Using Media Vault for Tape Management
We have several backup jobs that run just on the weekend that capture full vmWare guest servers. We run these to a Media Set that has two tapes. Recently we've ran into an issue where the first tape is almost full when another job kicks off and appends to it. Well, the data from that job is too much to fit onto that first tape, so it reaches the end of the job then just sits there prompting to import blank or scratch media. Well, we have a second tape available as part of the media set, but since it has other jobs on it, the job that is "hung" cannot append itself to another tape (read that this is by design). So I was thinking of using a Media Vault to export the first tape to after the 2nd to last job runs so that the final job doesn't get hung up after filling the rest of tape 1, instead, if tape 1 is exported to the media vault prior to the final job running, then tape 2 should be the only media available and it has plenty of space for the final job to write to. Can the Media Vault be used in this scenario? When tape media is exported to it at the end of the job, the media isn't available again until an inventory is ran against the slot, correct?BE16: Duplicate, identical media-id on different tapes
Hi, for one backup server I recognized, that there are several tapes, that have an identical Media-ID (German: Medien-ID). Reading up the manuals I can only find statements telling, that it's impossible to modify the Media-ID. The result of this situation is, that these at least three groups of 2 or 3 tapes are the exactly same tape from the point of view of BE16, even though they are physically different tapes. here: Tape "January" and "February" are one "pair-of-identical-IDs", so are "March" and "April", and "June", "July" and "August". Q1: How is ist possible, that this happens at all? Q2: Howto fix the wrong (identical) Media? Q2a: Or if this is not possible with BE16, can I "low level format" with some tool running on Windows 2016 Server Standard, to get rid of these wrong, identical media IDs? Y-03-Maerz = 5435abac-2396-44d8-ab3d-6275de6c5497 Y-ß4-April = 5435abac-2396-44d8-ab3d-6275de6c5497 Y-06-JuNi = ec1f7587-fec0-4d72-a6ad-406ec91da4e6 Y-07-JuLi = ec1f7587-fec0-4d72-a6ad-406ec91da4e6 Y-08-August = ec1f7587-fec0-4d72-a6ad-406ec91da4e6 CU, Rudi.
