Управляйте базой данных SBSMonitoring
Наша база данных SBSMonitoring достигла своего предела (10 ГБ). Я работал с базами данных в предыдущем задании, и я - знакомые SQL-запросы записи.
Действительно ли безопасно удалить записи из таблиц в той базе данных? Я сохранил бы записи с прошлых 3 месяцев и удалил бы что-либо более старое.
Есть ли что-нибудь, что я должен иметь в виду?
Я изучаю это из-за следующего события:
CREATE DATABASE или ALTER DATABASE перестали работать, потому что получающийся кумулятивный размер базы данных превысит Ваш лицензированный предел 10 240 МБ для каждой базы данных.
Информация: стандарт Сервера SB SQL Server 2011 года 2008
Не рекомендую пытаться обрезать БД вручную, просто следуйте хорошо разрекламированной инструкции по воссозданию новой, пустой БД мониторинга SBS: http://blogs.technet.com/b/sbs/archive/2011/08/22/how-to-recreate-the-sbsmonitoring-database.aspx
EDIT для добавления информации: БД мониторинга в SBS - это просто хранилище данных для функциональности дисплея консоли, в котором отображается различная информация о состоянии клиентов SBS (обновления, AV, уровень операционной системы и т.д.). Таким образом, это не важно, если только вы (или чаще всего ваш клиент) не находите консоль SBS особенно очаровательной и полезной. Восстановление, ручная обрезка, упаковка в мешок и сброс с обрыва - ничто из этого не сможет сильно испортить вам день. В худшем случае консоль перестанет отображать клиентскую информацию.
Если говорить конкретно об устранении подводных камней или побочных эффектов, то я не знаю ни одного способа воссоздания, и делал это много раз. Не стесняйтесь попробовать подрезать себя, если хотите.
Так как вся собранная информация является динамической, создавая новую базу данных вы потеряете только те пользовательские отчеты, которые вы могли создать в консоли SBS, настройки отчетов и все заархивированные доклады. Кроме того, после воссоздания базы данных, ей понадобятся некоторые время связаться со всеми клиентами и сообщить об их статусе, это время может быть варьируются, так как клиенты могут быть вне сети, рекомендуется подождать 48 часов. перед попыткой проверки данных.