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