В настоящее время мы распространяем снимки нашей базы данных по нашим хранилищам, используя rdiff для сжатых резервных копий всей базы данных.
Чтобы оптимизировать время, необходимое для создания этих резервных копий и их загрузки каждым магазином, мы собираемся исключить некоторые менее важные таблицы/строки.
Две самые большие таблицы уже находятся в своих собственных файловых группах, но они не доступны только для чтения, поскольку все еще используются.
Я рассмотрел горизонтальное секционирование для выделения старых данных в файловую группу, доступную только для чтения, и я могу исключить их из резервной копии, используя частичные резервные копии. Однако мне неясно, как выполнить горизонтальное секционирование таблицы, которая уже содержит данные. Большая часть того, что я нашел, касается создания новой секционированной таблицы.
Является ли разбиение на разделы рекомендуемым способом ограничения того, что включается в полную резервную копию, или есть другой способ, о котором я не знаю?
Мы используем SQL Server 2005 Enterprise.
решение1
Предполагая, что вы все равно хотите изменить свои «менее важные строки», поместите эти данные в другую (но все еще доступную для записи) файловую группу. Затем исключите эту файловую группу из своего резервного набора.
...и вы можете использовать ALTER TABLE, чтобы поместить таблицу в определенную схему секционирования.
ИЗМЕНИТЬ ТАБЛИЦУ:http://msdn.microsoft.com/en-us/library/ms190273.aspx
решение2
Вы рассматривали репликацию или доставку журналов? Звучит как хороший вариант.
Кроме того, я не знаю вашей конкретной среды, но если единственная причина, по которой вы НЕ запускаете базу данных в режиме полного восстановления, заключается в том, что вы не хотите иметь дело с резервными копиями t-log, то я бы уточнил у бизнес-пользователей, «достаточно ли» для них возможности восстановления только до последней резервной копии.