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

Стратегия резервного копирования SQL Server для системы OLAP

Мне нужно посоветовать, что будет лучшей стратегией для резервного копирования базы данных OLAP (размер которой составляет примерно 500 ГБ)

Было бы хорошо: 1. Еженедельно (Полный) 2. Ежедневно (Дифференциальный)

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

Также текущая задняя часть 500 ГБ занимает 9 часов .... Я не знаю, что не так ... это может быть связано с возможностью записи на диски RAID (означает медленную пропускную способность). Какой инструмент я могу использовать, чтобы проверить, в чем проблема?

С уважением

Знаешь, зависит от того, что тебе нужно. Например, я участвую в проекте, где у нас есть база данных olap размером 21 000 ГБ, которая действительно перестраивается, но на самом деле не создается резервная копия - мы поддерживаем базовые данные. Плюс 2live сервера с хранилищем данных. Если что-то не получается, мы перестраиваем это из схемы предприятия.

Также текущий возврат 500 ГБ занимает 9 часов

Купите более подходящее оборудование. Может и не жесткий диск usb;)

SQL Server прекрасно справляется с резервным копированием RAID на несколько носителей одновременно.

Но на самом деле вам нужно НАМНОГО больше данных, чтобы ответ имел смысл.