Автоматическое сжатие базы в ЕАС

Собственно, сабж-как это реализовать, чтоб не сталкиваться с тем, что транспорт/обновление ЕАС не проходит из-за слишком большого размера базы?

Реализовать то несложно (SHRINK). Только имейте в виду,что после сжатия у базы будет дикая фрагментация(особенность MS SQL),и тормозить всё будет ещё сильнее.
А что там за проблема транспорт-размер? Редакция MS SQL какая, бомж-едишен поди? )

Ну поделитесь тогда, это нужно команду на сжатие в скрипт какой-то сохранять, и потом что-то с ним делать?

у нас конечно не очень давно ЕАСы, но какую-то особую разницу между бесплатным экспресс и стандарт ещё не понял. а проблема в том, что если база разбухает больше, чем надо перестают реплики всасывать. и отчего зависит хз, вроде думаешь ОПС не большие, чего бы и базам большим быть, а оно бывает и наоборот-на большом ОПС, небольшая база, а в какой нибудь деревне с оборотом 5 человек в день смотришь уже 12 гигов... Так нет-нет да и вспонишь размер базы в винпосте

разница между экспрессом и стандартом в том, что у экспресса ограничение на размер базы, вроде не больше 10 гигов, у меня уже были переполнены, пришлось ставить стандарт, а если база подошла к пределу, и реплики всасываться перестают и тормоза вообще какие-то дикие начинаются

Дак вот на днях пришлось сжимать базу 12 гигов, при таких размерах стандарт или экспресс значения не имеет.

12 гиг на экспрессе работать не будет, 10 гиг предел.(точнее ,работать будет, но изменения в стуктуру внести не позволит). Ещё более неприятное ограничение - максимально используемая память 1 гиг. Как это сочетается с безмерными еасовыми базами - понятно,сервер из подкачки не вылезает,это ещё плюс к легендарным еасовым тормозам.

"Так нет-нет да и вспонишь размер базы в винпосте "
не помню в какой теме,но тоже винпост вспоминал, всё познается в сравнении.

"разница между экспрессом и стандартом в том, что у экспресса ограничение на размер базы, вроде не больше 10 гигов"
это так.И еще в том,что экспресс бесплатный,а стандарт уже стоит денег.И есть смутные подозрения,что лицензий подкуплено немного меньше,чем необходимо. Но это и совершенно оправдано,нужны же почте самолеты. Потому и рекомендуют втыкать экспресс,а уж если подрастет база,тогда поднимать до стандарта. С другой стороны,что можно вкачивать туда,когда база ОПС, в котором работает один ПК,за 3-4 месяца разрастается до 5 гигов.


"Ещё более неприятное ограничение - максимально используемая память 1 гиг. "
Врать не буду,но вроде в самом SQL можно настраивать сколько памяти использовать,на практике не пробовал,но из теории что то припоминаю.


И по поводу сжимания базы. Если есть необходимость сжатия,пишите инцидент в наумен, и пусть уважаемая тех/п ЕАС  сжимает,это такая процедура,что может повлечь крах базы,и последующий перезапуск ОПС. А оно Вам надо????

POST_SHUTDOWN??, так-то в ЕАСе 5-6 гигов база самого ОПС -это сразу после импорта нулевой реплики, а не через 3-4 месяца работы) там же ещё штук 5 вспомогательных баз, те ещё не приходилось сжимать, но тоже не сравнить с винпостовскими по размеру). А писать в заявку в наумэн, чтоб сжали базу, ну единственно время потеряешь, на то что сам сделаешь в три клика. Может уже и добавили там в базу знаний даже сие действо. Само сжатие вроде пока, тьфу-тьфу-тьфу, проходит менее болезнено, разрушения баз как в винпосте не замечено. А про сжатие баз вопрос актуальный, т.к. в сентябре обещано очередное обновление ЕАС, и самая основная причина пока при автообновлении, это когда база ОПС переростает какие-то лимиты.

три-четыре месяца у нас прошло до первой необходимости чистки и сжатия.я за пример подписочную базу взял,там как раз около пяти гигов видел.Потому и запомнил.Для винпостовой подписки несколько Мб было,а тут аж 5 гиг. Хотя данные,по сути, одни и те же.Почему так размер отличается,непонятно. По поводу сжатия,вроде даже письмо с уфэпээса было,чтобы сами не делали. На большие опс сразу стандарт лепим

Сжимать нельзя. Не рекомендуется специалистом по MS SQL. Ни одна инструкция из тех что были разосланы по УФПС не канает - портится база при этом.
Можете базу сломать.

Правило тут одно - ставь везде Standart SQL. На нём нет ограничений по размеру базы.

А тормозить оно будет всегда.

P.S. Я в планировщик задач поставил задание на ежедневное выполнение обновления статистики. Вроде никто не жалуется. А то по запросу от КП постоянно требовалось это обновление почти везде. Счас на автомате ежедневно обновляется статистика по главной базе DBXXXXXX во всех подконтрольных ОПС.

postpc пишет:Сжимать нельзя. Не рекомендуется специалистом по MS SQL. Ни одна инструкция из тех что были разосланы по УФПС не канает - портится база при этом.
Можете базу сломать.

Что это за инструкции такие? не видел таких вообще, один раз подглядел как с науэмэн подключались и через ПКМ в Студии на базе-сжать, + опция реорганизация файлов 99. Делали неоднократно, всё ровно.

postpc пишет:P.S. Я в планировщик задач поставил задание на ежедневное выполнение обновления статистики. Вроде никто не жалуется. А то по запросу от КП постоянно требовалось это обновление почти везде. Счас на автомате ежедневно обновляется статистика по главной базе DBXXXXXX во всех подконтрольных ОПС.

Мне вот говорят обновление статистики не желательна, а вы ежедневно делаете. А как вы планировщик поставили? У меня стоит стандарт, но он почему то размер базы не увеличивает.

Скрины:

GGWP пишет:Мне вот говорят обновление статистики не желательна, а вы ежедневно делаете.

Мне тут на форуме и про уменьшение размера базы средствами SQL то же никто не поверил. Я писал что по информации от сотрудника, занимающегося конкретно SQL направлением сжимание базы не рекомендуется - часто приводит к фатальным ошибкам.

Проблем с таким положением вещей (обновление статистики ежедневно) мы не испытываем ни в одном из ОПС.

GGWP пишет:А как вы планировщик поставили?

schtasks /create /S %COMPUTERNAME% /TN "UDP_Stat" /TR "C:\Windows\Tasks\updstat.exe" /SC DAILY /ST 11:00 /RU %COMPUTERNAME%\login /RP password /RL Highest /F

В updstat.exe запрос что то типа

echo exec sys.sp_updatestats > d:\updstat.sql
sqlcmd -S localhost -i d:\updstat.sql -U sa -P pass_sa

GGWP пишет:У меня стоит стандарт, но он почему то размер базы не увеличивает.

А зачем вам это значение изменять? База сама по себе растёт. А значение на скрине - это не то что кажется на первый взгляд. Или вы о чём?