Назад | Перейти на главную страницу

Лучшие практики резервного копирования сервера sql. Создано слишком много файлов?

Я знаю, что об этом уже спрашивали, но я пытаюсь понять это лучше.

Я традиционно использовал Backup exec для резервного копирования серверов sql, но теперь у меня есть два внешних сервера sql, и, конечно же, я не хочу выполнять их резервное копирование через vpn. Я создал планы обслуживания для каждого из них. Сначала я сделал полную резервную копию, затем изменил план на дифференциальную. Мне не нужно создавать резервные копии журналов транзакций для этих серверов из-за характера баз данных, по крайней мере, пока.

Мой вопрос в том, что я думал, что дифференциальные резервные копии просто добавят последний разностный. Но он создает новые файлы каждую ночь. Если некоторые из баз данных не меняются каждый день, мне не нужны все эти дублирующиеся файлы резервных копий.

Мне просто нужно установить срок действия этих дифференциальных файлов, это действительно удалит файлы с истекшим сроком действия?

По сути, я просто пытаюсь придумать решение, чтобы иметь только одну полную резервную копию, а после этого - ежедневные резервные копии.

Я все больше и больше читаю об этом, но на самом деле не нахожу правильный ответ в Google и жду, когда появится моя книга по SQL.

Я что-нибудь упускаю?

Спасибо всем, кто читает или отвечает, я ценю это.

SQL2005, Server 2003, 32- и 64-разрядная версии

Вы должны настроить планы обслуживания, чтобы сделать 3 вещи:

  • Еженедельное полное резервное копирование
  • Ежедневное дифференциальное резервное копирование
  • Очистите старые резервные копии (используйте элемент Maintenance Cleanup Task)

Срок действия не относится к тому, как долго хранятся файлы. Кроме того, поскольку вы не используете резервные копии журналов транзакций, убедитесь, что для модели восстановления базы данных установлено значение «Простая».