В настоящее время мы рассматриваем возможность использования Dell EqualLogic Auto-Snapshot Manager / Microsoft Edition (ASM / ME) для резервного копирования наших баз данных SQL Server. Однако я крайне скептически отношусь к этому, поскольку ASM / ME использует службу теневого копирования томов Microsoft (VSS), чтобы обеспечить основу для резервного копирования и восстановления данных.
Меня беспокоит то, что, хотя технически резервное копирование VSS будет работать, существует возможность повреждения базы данных при использовании этого метода, поскольку база данных не знает о резервном копировании VSS и не может гарантировать, что все будет выполнено до резервного копирования.
Работают ли резервные копии на основе Microsoft VSS приемлемо для резервного копирования и восстановления базы данных SQL Server? Есть ли другие проблемы или предостережения, о которых мне нужно знать?
VSS и SQL Server хорошо знают друг друга. SQL Server не поддерживает даже специальную службу для поддержки VSS и других технологий резервного копирования. Служба SQL Writer. Поставщики подключаются к этому ASPI, см. Руководство для поставщиков приложений резервного копирования SQL Server.
Подход к резервному копированию VSS подходит для использования с SQL Server. Я использовал их много раз, и у меня никогда не было проблем с их восстановлением, поскольку провайдер VSS разработан для работы с SQL Server.
Тем не менее, мой предпочтительный подход - всегда иметь резервные копии дампа SQL с более традиционным расписанием FULL> DIFF> LOG, чтобы я полностью контролировал процесс и мог быть уверен, что у меня есть возможность восстановления на определенный момент времени.
В моем последнем посте у нас фактически были оба сценария, работающие параллельно - резервные копии SQL предназначались для нашего общего использования и будут использоваться для большинства восстановлений. Моментальные снимки были сделаны отдельно нашей хостинговой компанией вместе со всей машиной, поэтому у нас были их резервные копии, которые можно было бы использовать в качестве резервных копий на случай, если что-то пойдет не так с нашими заданиями SQL.