Резервное копирование и восстановление SQL Server ежедневной стратегии

Question

Мы находимся в среде, где нам необходимо восстановить объем производства размером около 600 ГБ от ежедневного резервного копирования до нашего сервера UAT.

В настоящее время мы осуществляем полную резервную копию и восстановление, а по мере роста базы данных она замедляет общую производительность. Я не администратор базы данных и не задаюсь вопросом, какова лучшая стратегия для оптимизации этого процесса.

Иногда у нас также наблюдается очень медленное восстановление даже после того, как я включил мгновенную инициализацию файла. Его обработка с нормальной скоростью, но внезапно с 50% она обрабатывается очень медленно. Любая идея, с чего начать расследование?

Answer 1

Некоторые предложения:

1. Не восстанавливайте ежедневное резервное копирование каждый день. Ваши данные не будут меняться в одночасье, если вы его не используете.
2. Ежедневно используйте инкрементные резервные копии (резервные копии файлов, которые были изменены с момента последней резервной копии), и полные резервные копии (резервные копии всего) еженедельно или ежемесячно.
3. Используйте RAID для избыточности, а не для резервного копирования.
4. Попытайтесь выявить свои проблемы с администратором.
5. Если у вас несколько серверов, проверьте, доступно ли несколько копий за один раз.