Просто хотел опубликовать обновление для этой проблемы
Мы запланировали звонок с Quest вчера, и они заверили меня, что их резервное копирование только делает моментальные снимки томов и не повлияет на мои резервные копии SQL. Они сказали, что причина появления этих ошибок, скорее всего, связана с быстрым восстановлением (я думаю, AppAssure был переименован в быстрое восстановление) и моими заданиями резервного копирования SQL, которые пытаются одновременно использовать службу теневого копирования томов, и поэтому нам просто нужношататься заданий резервного копирования. В итоге я обнаружил, что это не совсем так, потому что резервные копии быстрого восстановления были настроены на усечение моих журналов SQL. Я также сказал парню из отдела быстрого восстановления, что, когда я запросил таблицу наборов резервных копий msdb, я увидел список заданий резервного копирования, которые совпадали со временем резервного копирования быстрого восстановления. Тем не менее он заверил меня, что это не окажет никакого влияния на мои резервные копии.
Я все еще был обеспокоен тем, что резервные копии быстрого восстановления могут повлиять на цепочку моих файлов резервных копий, поэтому в нашей тестовой среде я щелкнул правой кнопкой мыши на одном изнаши базы данных и нажали задачи> восстановить> базу данных, чтобы увидеть историю восстановления. Я вижу, что резервная копия базы данных имеет тип Full (только для копирования), совпадающий с резервной копией быстрого восстановления, а затем рядом резервных копий журнала транзакций.
Мне кажется, что быстрое восстановление определенно влияет на мои резервные копии SQL.
Еще одна вещь, которую стоит отметить, что я только что попробовал в нашей тестовой среде. Я выполнил несколько тестов резервного копирования с использованием полных, журнала транзакций, разностных данных и полного (только для копирования) только для того, чтобы увидеть, как все это проявилось в окне восстановления в SQL Server Management Studio.
Итак, я понял, что при восстановлении по умолчаниюЭкран пытается восстановить данные до ближайшего момента времени, используя наименьшую комбинацию различных файлов резервных копий. Чтобы перейти к последнему полному резервному копированию, мне нужно использовать параметр «Временная шкала».
- Я мог видеть в качестве первого элемента полную резервную копию, а затем резервные копии журналов транзакций.
- Один разя делаю разностное резервное копирование, я вижу полное плюс разностное, но больше никаких резервных копий журнала транзакций .... что имеет смысл, поскольку он пытается получить максимально возможное время для восстановления.
- Далее, если ясделать еще одну резервную копию журнала транзакций, я вижу полный, дифференциальный и журнал транзакций обратно
Одна вещь, которая удивила меня, однако, если я делаю полное (только копирование), за которым следует резервная копия журнала транзакций, чтоя вижу эти два элемента в списке файлов для восстановления, но если после переполнения (только для копирования) я делаю дифференциал, то он показывает мне последнее заполнение (только для копирования) плюс дифференциал. Я ожидал, что резервные копии всегда будут основываться на последнем полном объеме, как для журнала транзакций, так и для разностного резервного копирования. Я думал, что резервные копии только для копирования будут игнорироваться в цепочке резервных копий.
Затем я решил использовать функцию восстановления временной шкалы и выбрать момент времени во время моих тестов, когда резервное копирование быстрого восстановления не было частьюперечислите резервные копии и сделайте резервную копию. Как и ожидалось, это было успешно. После этого я попытался выполнить восстановление в другой момент времени, когда была указана резервная копия быстрого быстрого восстановления (только для копирования), и проверка не удалась для файла полного резервного копирования (только для копирования) из быстрого восстановления, поскольку он не существует на сервере SQL.
Есть рекомендации, как это исправить? Смысл резервного копирования Rapid Recovery должен состоять в резервном копировании машины, на случай, если мы когда-нибудь потеряем сервер и должны будем восстановить весь сервер, а также забрать резервные копии моего сервера sql, чтобы сохранить их на хранение, так как я толькоРезервное копирование на сервере на 7 дней.