Одноразовая база данных Shutink Catch-22 раствор?

Question

Я разрабатываю план SQL Server 2012 EE, чтобы правильно сократить и ввести типы (nchar to Char)) некоторые недобросовестные поля NVARCHAR (MAX) и хотели бы оптимизировать размер базы данных как часть простоя, делая один раз сокращаться. Эксперименты показали 50% выделенные экономии пространства, которая составляет 11 г данных.

После прочтения и экспериментов, очевидно, что сокращение базы данных приводит к тому, что индексные индексы и восстановление индексов выводят базу данных. Настоящая ситуация уловки-22. Я не хочу оставлять 50% свободного места в базе данных, который составляет 11 г хранения диска в этом случае.

Будет ли следующее приличное подход для сжимания одного раза, который позволил бы заканчиваться с неразрывными индексами и актуальным статистикой индекса?

o Резервное копирование с проверки и дубликаты резервных копий.

o Перепасть все индексы.

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

o Усаживание базы данных, оставляя разумное количество свободного пространства.

o воссоздать все индексы, которые были сброшены.

o Проверьте базу данных и проверьте фрагментацию.

указывает на любые предостережения, предложения, gotchas или альтернативы, чтобы рассмотреть много ценится.

Thx, Дэйв

Answer 1

Простая модель восстановления не «отключает журнал» - так вообще, если вы не собираетесь нарушать какие-либо из этих действий в очень маленькие кусочки, просто предварительно размер бревен, достаточно большой, чтобы иметь дело с крупнейшими восстановленными, и не беспокойтесь с моделью восстановления.

Также, и опять же, как правило, если ваши данные не будут никогда не растут снова, освобождая пространство временно немного выгодно (учитывая, что я не знаю, что вы подразумеваете под «разумным»). Вам нужно будет оставить свободное место на приводе, в случае, если база данных снова растет, верно? Почему сокращается только, чтобы она снова расти? Собираетесь ли вы предоставить краткосрочную прокат в этом пространстве, пока база данных не растет? Вы просто пытаетесь избежать свободных пространств% оповещений?

Предложение: Дайте этим сообщениям Хороший читать ...

.
• Почему Журнал транзакций продолжайте расти или выходить из места?
• SQL Server - лучшие практики для выращивания файлов базы данных
• УЗИ лучшие практики и опыт
• i Нужно уменьшить мою базу данных - я только что освободил много места
• Уменьшение размера базы данных
• Когда он в порядке, чтобы уменьшить базу данных?
• База данных, выходящих из места