переполнение sql базы

[nibras]

Всем привет! уже более месяца мучаюсь с такой проблемой, база постоянно переполнена
чистка базы толку не даёт т.к. есть критерий какие документы можно удалить.
И возник вопрос какая из платных версий sql server'a подойдет?
standart стоит неочень дорого но видимо придется к ней докупать еще клиентские лицензии
а вот enterprise конечно круто, тяжело будет уломать руководство раскошелится на 200т.
может кто подскажет как можно выйти из ситуации?

[Ranger_Z]

1. Базу нужно лучше чистить, и не надо идти на поводу у декларантов, храните данные за последние несколько месяцев, остальное в бекапы.
2. Вы не указали кол-во клиентских подключений, но WORKGROUP и 25 клиентов стоят более чем гуманно.

[nibras]

15 клиентов

[nibras]

а WORKGROUP и альта нормально будут работать?
и вообще все версии sql совместими с альтой?

[Ranger_Z]

Тогда второй пункт подойдет.

[nibras]

спасибо! буду крутить на лицензию руководство!

[radostev]

Все таки кроме приобретения платной программы...и удаления старых деклараций.как то можно победить переполненность базы? Потому что денег нет..и декларации нужны. А из за переполненности базы не доходят сообщения из таможни

[Iskin]

Все таки кроме приобретения платной программы...и удаления старых деклараций.как то можно победить переполненность базы? Потому что денег нет..и декларации нужны. А из за переполненности базы не доходят сообщения из таможни

можно старые декларации перенести в архив

[Ranger_Z]

можно старые декларации перенести в архив

И научить пользователей пользоватьтя архивной базой.

[серый767]

А как сбросить ДТ в архив? Базу все равно чистить?

[Ranger_Z]

1. Берете действующую базу.
2. Делаете ее копию. (Это ваш будущий архив.)
3. Чистите базу, оставляя в ней документы/ЭД-сообщения за последний год.(пол года, полтора года, это ваш личный выбор)
4. Показаваете пользователям как пользоваться меню "Список" -- "Просмотр архивной SQL БД"

[radostev]

Спасибо..особенно за просмотр архивной базы)

[aiki]

По опыту, решение с архивной БД не даст должного результата, если поток большой, то все равно быстро забьется, у моего клиента 10Гб это 6-7 мес всего. Выходом стало использование деление БД на основную (документы) и ЭД (куда валятся все ЭД сообщения). Для пользователей это полностью прозрачно. Как результат из изначальной БД получилось 2 шт, основная БД документов всего 3 ГБ и ОЧЕНЬ медленно пухнет, вторая ЭД около 7ГБ пухнет быстрее, но при подходе к критическим 10ГБ просто создается новая ЭД БД и сообщения начинают валиться в новую. Делается это под Админом в Альта-ГТД, настройки, доп базы ЭД, там все просто и понятно. Там же можно и перенести все ЭД сообщения в отдельную созданную БД из исходной, правда процесс может занять час-два. Естественно исходная БД должна быть сконцентрирована convertmsgs

[-Никола-]

Столкнулся с такой же проблемой. Пока выхожу из ситуации чисткой вложений, которые старее 2 месяцев. Но делать это крайне неудобно потому что нет возможности удалять их группой.
Клиентов всего 3, хотя при этом 10 гигов они забивают за несколько месяцев.
Встал вопрос о приобретении лицензии SQL.
Правильно я понимаю, что я могу купить лицензию на сервер
SQLSvrStd 2012 RUS OLP NL - 25т.р.
http://www.m2bc.ru/catalog/sql_server_s ... us_olp_nl/
и 3 лицензии для клиентских устройств
SQLCAL 2012 RUS OLP NL DvcCAL - 6т.р.*3=18т.р.
http://www.m2bc.ru/catalog/sql_server_c ... nl_dvccal/
Итого: 43т.р.
Совместимы ли эти версии с Альтой? Правильно ли я понимаю, что размер базы после этого будет не ограничен?

[aiki]

Столкнулся с такой же проблемой. Пока выхожу из ситуации чисткой вложений, которые старее 2 месяцев. Но делать это крайне неудобно потому что нет возможности удалять их группой.
Клиентов всего 3, хотя при этом 10 гигов они забивают за несколько месяцев.
Встал вопрос о приобретении лицензии SQL.
Правильно я понимаю, что я могу купить лицензию на сервер
SQLSvrStd 2012 RUS OLP NL - 25т.р.
http://www.m2bc.ru/catalog/sql_server_s ... us_olp_nl/
и 3 лицензии для клиентских устройств
SQLCAL 2012 RUS OLP NL DvcCAL - 6т.р.*3=18т.р.
http://www.m2bc.ru/catalog/sql_server_c ... nl_dvccal/
Итого: 43т.р.
Совместимы ли эти версии с Альтой? Правильно ли я понимаю, что размер базы после этого будет не ограничен?

По совместимости да, но попробуйте то что я описал выше. На самом деле основная база документов ростет очень медленно, вам достаточно будет переодически подцеплять новые базы для ЭД сообщений, они еще сжиматься будут, а делается это в 2 клика мышки и прозрачно для пользователя, он вобще ничего не заметит.

[-Никола-]

По совместимости да, но попробуйте то что я описал выше. На самом деле основная база документов ростет очень медленно, вам достаточно будет переодически подцеплять новые базы для ЭД сообщений, они еще сжиматься будут, а делается это в 2 клика мышки и прозрачно для пользователя, он вобще ничего не заметит.

А что значит:

Естественно исходная БД должна быть сконцентрирована convertmsgs

Просто опыта работы с базами не много. Не хочется накосячить. 40 тысяч не такие огромные деньги, зато решают проблему навсегда. Одна база, меньше гемора и проблем. Хотя может я и не прав.

[aiki]

По совместимости да, но попробуйте то что я описал выше. На самом деле основная база документов ростет очень медленно, вам достаточно будет переодически подцеплять новые базы для ЭД сообщений, они еще сжиматься будут, а делается это в 2 клика мышки и прозрачно для пользователя, он вобще ничего не заметит.

А что значит:

Естественно исходная БД должна быть сконцентрирована convertmsgs

Просто опыта работы с базами не много. Не хочется накосячить. 40 тысяч не такие огромные деньги, зато решают проблему навсегда. Одна база, меньше гемора и проблем. Хотя может я и не прав.

Структура базы менялась, правда давно уже, все сообщения выносились в отдельную таблицу внутри БД. Просто стоит сделать 2 простые вещи перед процедурой:
1. бэкап (это наше все)
2. проверить вынесены ли они уже в отдельную таблицу, если нет то применить скрипт из комплекта с Альтой.

[Ranger_Z]

Согласен с aiki. База у вас забивается именно сообщениями и раз в несколько месяцев делать дополнительную базу в несколько кликов меньшее из зол. Резиновая база тоже не выход, так как при ее бесконтрольном росте она начинает тормозить. Плюс, ее тех. обслуживание, превращается в страшный геморрой, как раз из-за ее непомерного объема.

[-Никола-]

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

Глупый вопрос, а как это проверить? )

[aiki]

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

Глупый вопрос, а как это проверить? )

Можно по наличию и размеру таблицы EDMsgsXML в текущей базе