1) Удалите данные
Если Вы имеете 1M записи и хотите сохранить только 10K их, я предлагаю, чтобы Вы выбрали последний 10K во временной таблице, усекли всю таблицу с командой TRUNCATE, то вставили записи 10K назад (Вы, возможно, должны выключить ограничения и идентификационные данные перед операцией и включить их снова после него),
2) Сделайте резервное копирование базы данных
3) Файл базы данных уменьшения и журнал транзакций.
Попытайтесь уменьшить отдельные файлы с DBCC SHRINKFILE, если DBCC SHRINKDATABASE не то, что Вы хотите (он не может уменьшить более затем начальный файл базы данных, но я думаю, что это не точка Вашего вопроса),
Я не знаю, почему Вы думаете, что shinking не поможет Вам, дайте нам некоторые аргументы.
Существует также опция AUTO_SHRINK, но я никогда не пробовал ее SQL Express
Также - если Ваша база данных растет, потому что у Вас есть партия цифрового контента там (документы, изображения) считают redesining Вашей системой, чтобы сохранить это содержание в файловой системе и сохранить только имена файлов или гиперссылки в базе данных.
В большинстве случаев базы данных становятся слишком быстрыми, если у них есть большая информация об аудите (когда каждое изменение в любой таблице зарегистрировано где-нибудь), или когда существуют файлы, хранившие в базе данных. Если Ваша база данных растет до 4 ГБ и все эти фактические важные данные, как транзакции, клиентские данные и т.д., то SQL Express просто не, правильный инструмент для Вас и лучшего выбора должен будет обновить как можно скорее
После большого экспериментирования я наконец нашел ответ:
Да,
pygrub
нуждается в initrd/initramfs.
Так, я делаю это этот путь:
Создайте ядро ручной путь make menuconfig && make && make modules_install
Скопируйте получающееся bzImage
кому: /boot
Создайте использование initrd genkernel --oldconfig ramdisk
Подайте путь к ядру и initrd к pygrub
от консоли XenServer