У меня есть SQL Server, расположенный в центре коло. В настоящее время наша база данных составляет около 100 ГБ. Файлы журналов в среднем составляют около 500 МБ / день, а количество разностных резервных копий увеличивается немного меньше.
Мой текущий план аварийного восстановления: иметь полную резервную копию в другом месте, делать резервные копии журналов каждые десять минут, изменения каждую ночь. Я копирую журналы и различия на S3, поэтому, за исключением хвоста, их нет на машине, если он полностью выйдет из строя.
Я могу восстановить полную резервную копию в другом месте и время от времени проверяю, могу ли я восстановить всю цепочку журналов. Обычно я просто восстанавливаю «полный -> последние различия -> журналы после сравнения», но иногда я запускаю полный набор, просто чтобы убедиться, что могу.
У меня вопрос: как часто люди на самом деле делают полное резервное копирование? Я не вижу смысла пытаться вставлять 100 ГБ в S3 каждый день. Я даже не уверен, что буду делать это каждую неделю. Есть ли для этого «лучшие практики», или все сводится к моей собственной способности / желанию купить пропускную способность / хранилище, по сравнению с более длительным временем восстановления, если мне нужно применять дни (или недели) журналов.
Я предполагаю, что реальный риск состоит в том, что какой-то файл журнала в цепочке будет поврежден, и тогда я полностью заперт.
Лучшая практика предполагает, что ваш метод и тип резервного копирования соответствуют бизнес-целям DR / BCP.
Каковы цели вашего DR / BCP?
Наш график такой же, как у вас. Tlogs каждые 15 минут - 1 час (в зависимости от db), разница ночью и полная в выходные дни.
Все зависит от SLA базы данных, которую вы обслуживаете, и от того, сколько времени простоя все устраивает.