Окно обслуживания и восстановления для большой базы данных

Question

Одна из наших команд разрабатывает базу данных, которая будет несколько большой (~ 500 ГБ) и будет расти оттуда (я знаю, что 500 гигабайт многим может показаться небольшим, но это будет одна из самых больших баз данных в нашем магазине) , Одной из проблем, с которыми они сталкиваются, является резервное копирование и восстановление базы данных. По сути, база данных будет иметь несколько таблиц «данных» и одну таблицу, используемую для хранения изображений / документов. Нам нужно сделать следующее:

• Возможность быстрого резервного копирования и восстановления только таблиц данных (без изображений) на нашем тестовом сервере для целей отладки и тестирования.
• В случае катастрофического сбоя базы данных восстановите таблицы данных только для того, чтобы большая часть приложения была запущена и работала как можно скорее. Затем восстановите таблицу изображений, когда это возможно.
• Резервное копирование базы данных в пределах выделенного ночного временного окна (несколько часов).

Мои вопросы:

1. Возможно ли выполнить первые две цели, сохранив изображения в той же базе данных? Если да, будем ли мы использовать файловые группы, файловый поток или что-то еще?
2. Как другие магазины выполняют резервное копирование своих баз данных в разумные сроки при сохранении высокой доступности? Вы реплицируете на второй сервер и оттуда выполняете резервное копирование?

Answer 1

Мы сталкивались с подобными проблемами. Мы являемся компанией-производителем солнечных батарей за $ 2,5 млрд., И для нас критически важно аварийное восстановление, а также резервное копирование наших баз данных. Наша основная база данных - наша производственная база. Мы решили разделить эту базу данных на абсолютно необходимые данные, необходимые для поддержания производства, и перенести другие данные в свою собственную базу данных. Это позволило нам обеспечить высокую доступность и разумное время резервного копирования / восстановления.

В вашем случае, действительно ли необходимо хранить изображения в той же базе данных, что и другие ваши данные? Я подозреваю, что это не так, и это просто способ облегчить решение некоторых проблем. Я думаю, что отдельные группы файлов также помогут вашей проблеме. Но вы можете серьезно пересмотреть вопрос о том, все ли должно быть в одной БД.