У меня есть 2 идеи для моего решения для резервного копирования, и я хотел получить отзывы от сообщества по этому поводу. Я использую SQL Server 2008 Enterpise.
1) Раз в неделю полное резервное копирование, ежедневное инкрементное локальное резервное копирование. Затем настройте планировщик для копирования файлов на мой сервер резервного копирования.
2) Используйте доставку журналов. Честно говоря, я не делал этого раньше, но это выглядит относительно простым в реализации. Однако я не уверен в накладных расходах. Это также может быть проблемой, если сеть выходит из строя.
Я на самом деле за решение для доставки журналов, даже если у меня нет опыта работы с ним. Что, ребята, думаете? Репликация отключена, потому что я не хочу никаких изменений схемы. Просто ищу легкую настройку без суеты.
Спасибо!
По моему мнению:
Резервные копии предназначены для резервного копирования / аварийного восстановления
Доставка журналов предназначена для горячего резервирования / непрерывности бизнеса
это зависит от того, какую бизнес-потребность вы пытаетесь удовлетворить ...
Доставка журналов отлично подходит для поддержания запасного сервера в актуальном состоянии (есть ряд причин, по которым это может вас заинтересовать), но она не является резервной копией как таковой.
Аналогичным образом, наличие RAID-массива для вашего сервера базы данных и резервного сервера обеспечивает дополнительную устойчивость, что также может быть очень полезно.
Но лично я бы не отказался от стандартных резервных копий. Дополнительным преимуществом этого является то, что в любой момент времени вам будет доступна серия снимков. Например, у меня есть копия одной бизнес-системы для использования с отчетами на конец месяца и года в штаб-квартире.
В идеале вы должны использовать комбинацию мер (подходящих для ваш обстоятельства), чтобы обеспечить более полное покрытие. Поскольку наличие резервного сервера в большинстве моих обстоятельств менее проблематично, я не беспокоюсь о доставке журналов, но это не обязательно относится к вам. Но не отказывайтесь и от обычных резервных копий.
Я также рекомендую делать резервные копии прямо на резервный сервер. Резервное копирование локально, а затем копирование кажется немного расточительным ... Я предполагаю, что ваш сервер резервного копирования достаточно надежен.