Hi Damjan, welcome to the forums.
A few comments/corrections on your statements first, then to your questions:
> If I understand monthly backup to tape, can only be done, after full backup to repository.
Not quite correct. With Tape GFS media pools, the elder media sets (weekly, monthly, quarterly, yearly) are always full backups. Please review the
Tape GFS How It Works section as it explains how a full is produced; if your goal is to have monthly tape archival backups, configure a GFS Media Pool with the Monthly media set and schedule the Tape GFS job, it will ensure there is a monthly full backup on tape regardless of what the source job produced as the most recent backup (full vs incremental backup)
> My problem is that I didn't find how to add data to existing tape, so I have to mark media as free every time I make monthly backups. Which makes restoring far back files impossible.
I would ask if you could give our
Tape FAQ a read; what you're encountering is related to Media Sets most likely; can you check the
media pool settings and confirm which option is currently chosen?
Once a media set is closed, it cannot be re-opened until the tape is marked as free, erased, or the tape retention expires.
Questions:
1. My first question (or wish) is. Is it possible to order Veeam to save last state of files in repository to tape? And then of course, what is the process to restore them.
To ensure I'm understanding correctly, your goal would be that each run of the tape job, the entire backup chain should be copied to tape regardless of whether or not they've been written to tape previously?
File to Tape backups will be a best bet here -- schedule only Full backup runs (no incremental), and it will always copy the current state of the backups on the repository. Simply add the backup path from the repository to the job.
You can also consider multiple tape jobs with different schedules backing up the same source jobs -- consider each running each job perhaps monthly or weekly depending on the cycle that works for you, and each job will capture all new backups since the last tape backup, effectively capturing the current "state" of the repository.
2. My second question is for the case of disaster when Veeam main server is down. Is it enough that I "rsync" repository directory to remote linux machine, and then after main Veeam server is reinstalled, copy files from backup machine and insert them as valid repository? Is there any other solution available?
Not sure I fully understand this question correctly -- in the event that Veeam server is inoperable, you would:
- Bring the server back up/redeploy, reinstall Veeam Backup and Replication, and then
Restore from the Configuration Backup to resume operations on Veeam. Please note that this operation will force a tape cataloging, so please plan accordingly for your DR plan
- Bring the server back up/redeploy, reinstall Veeam Backup and Replication, add the necessary infrastructure components (Tape Server, Repositories, Virtualization Hosts), and then proceed to catalog the tapes and initiate restores.
I'm not quite getting your idea on rsync coming into play or why it would be required, but I may be misunderstanding, could you elaborate a bit more?