УТ11.2 и SQL Express #789214

У кого-то работает в таком сочетании? Клиент утверждает, что у SQL Express лишь одно ограничение на размер базы до 10 Гб. Сейчас у него 7,5 Гб базы УТ11.2 (есть еще и другие), и работает на SQL Express больше года, и вроде раньше замечаний не было, до обновления на 11.2.3.242 (с 11.2.3.177). Сейчас база стала подвисать, а то и вовсе SQL отваливается (с ошибкой SQL).

А какая ошибка-то SQL?

Откатиться на работающую версию?

еще ограничение на используемый объем оперативной памяти и ядер процессора

В обновлениях ничего нового, только исправления выявленных ошибок. В 11.2.3.189 что-то было по алкоголю, но клиента это не касалось (не алкоголик). Вначале обновил в тестовой файловой копии, внес свои небольшие изменения чисто оформительского характера Клиент проверил, дал добро на обновление рабочей. Дела в воскресенье, удаленно. Сперва была проблема с местом на диске с:, освободил пару Гб за счет чистки кэша. Обновлял в 4 этапа: 11.2.3.189/202/229/242. На последнем было SQL отвалился, но после сам запустился без перезагрузки сервера. Сегодня клиент звонит, говорит беда!?

Ограничение до 10 Гб на каждую базу? По памяти сколько?

Без указания текста ошибки и описания условий её возникновения разговор смысла никакого не имеет.

Открой для себя google

10Гб на базу, 1Гб - по памяти. Зависит еще от конкретной версии SQL. Ограничения выпуска Express меняются от версии к версии.

"Сперва была проблема с местом на диске с:, освободил пару Гб за счет чистки кэша." tempdb не на диске С: лежит?

> была проблема с местом на диске с: На каком диске? У тебя, на сервере, на удаленном компе, к которому подключался? >> ...освободил пару Гб за счет чистки кэша И что? Для дисков на NTFS рекомендуется наличие не менее 25% свободного места. При снижении ниже этого порога ФС начинает сжимать метаданные. Процедура весьма ресурсоёмкая. >> На последнем было SQL отвалился Проблема была на рабочей базе? Что означает "отвалился"? Базу после сбоя проверяли?

Все системные SQL базы там на С:, его почистить - это первое, что посоветовал клиенту.

Точный текст ошибки не помню (клиент вышлет, если повторится), обычно, что пишется когда база не доступна. Консоль 1С (Администрирование серверов 1С Предприятия) не к одной базе подключиться не могла. Сейчас база работает, но виснет, иногда (может раз, может два) отпадает. Я к тому, может ограничения начинают действовать? В каждом релизе наращивание функционала, требует больше ресурсов (той же памяти).

Системные базы на диске С, файл подкачки на диске С, заканчивается место => сильная фрагментация и торможение. Для анализа вылетов можно включить тех. журнал, но с большой вероятностью виновато какое-нить фоновое задание - можно включить блокировку на сервере 1С и понаблюдать.

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

Потребуй от клиента чтобы оставил пустого места на размер базы.. 10 гигабайт. Если не прислушается скажи что может побить данные в базе. И все испортить.

>> может ограничения начинают действовать? Не исключено, но весьма маловероятно. Повторюсь: Без указания текста ошибки и описания условий её возникновения разговор смысла никакого не имеет. >> база работает, но виснет В чем это выражается? Что при этом происходит на сервере(ах)? Может у вас 1С и СУБД на разных компах и глючит/тупит сеть - теряется связь 1С-SQL. А с обновлением это просто совпало. Причин может быть вагон и маленькая тележка.

Шло обновление конфигурации поставщика, нажал "Принять", база вылетела, далее подключиться к ней не мог. На каждом этапе обновления делал выгрузку dt. Решил закончить обновление в файловом варианте (вместо тестовой). Пока последний бекап в нее загружал, рабочая ожила. По новой сделал обновление конфигурации поставщика, все прошло нормально. Два дня работало, вроде без замечаний, только подвисало... На диске где база запас большой, на С: мало.

рабочая ожила. - сервер перезагрузил повисший процесс. После этого нужно было протестировать. По новой сделал обновление конфигурации поставщика, все прошло нормально. И сейчас все равно нужно тестировать. Чтобы знать база рабочая или нет.

"Для дисков на NTFS рекомендуется наличие не менее 25% свободного места. При снижении ниже этого порога ФС начинает сжимать метаданные. Процедура весьма ресурсоёмкая. " можно ссылку, где это почитать можно?

Ничего тестировать не надо, раза вполне рабочая, но зависает иногда. Клиент сообщает: зависает 1с в день несколько раз, вообще, просто у всех все останавливается, либо очень долго ждать, либо я перезапускаю сервер 1с ный. При этом никаких ошибок не пишется. В ситуации, описанной в была явно SQL-ошибка - не было доступа к SQL-серверу, поэтому возникло подозрение, что вступили ограничения SQL Express. Как определиться в причине, хотя бы отсечь (что не виноват) SQL Express?

" я перезапускаю сервер 1с ный" И что тут непонятно? При чем тут sql?

Я понял, что перезапускает службу Агент сервера 1С: Предприятия. При этом 1С сервер по новой устанавливает соединение с SQL. А что может быть с 1С сервером?

Ну устанавливает. И что, это как-то отменяет ограничения sql? Которые только потом как-то проявляются?

Пользователи нагружают SQL, загрузили до предела. При перезапуске сервера 1С все пользователи отключаются, после снова начинаю постепенно нагружать - равносильно перезапуску SQL-сервера. Сейчас надо определиться в причине, отсечь SQL!? Как? Предложить пока поработать в файловом варианте? В случае успеха уже более детально определяться: SQL или сервер 1С?

Отключение коннектов от сервера не равносильно его перезапуску. Кончайте пороть чушь, ей больно. Ограничения sql сервера по размеру базы ведет к немедленной полной остановке работы с базой и невозможности с ней полноценно работать даже после перезапусков. Если, как вы утверждаете, "загрузили до предела", то что вы тут спрашиваете? Вы же уже определили пределы? И определили, что они достигнуты? Так в чем вопрос то? Больше гига оперативки и одного процессора sql express не будет использовать при любых плясках вокруг него. Может еще только дисковую систему помониторить, может она уже не справляется.

С SQL Express нет опыта работы, только с нормальным SQL. Обычно когда нагрузка сильно возрастает SQL забирает себе все больше памяти. Нагрузку сняли, а SQL не спешит отдавать всю занятую им память, по чуть чуть отдает, продолжает тормозить. Чтобы всю отдал, приходится перезагружать. Может с SQL Express что-то подобное? А при перезапуске службы Агент сервера 1С вновь начинает работать. Как отсечь виновность SQL Express?

1 Ты удалил кеш sql. 2 sql при работе снова захотел его создать 3 но места не было и он отвалился. 4) Надо все тестровать и проверять всю базу. 5) Это ошибка чистить кеш sql для места на диске - если он один раз занял значит снова попытается занять при работе. А места нет. sql специально не чистит свой кеш - резервирует себе место для безопасность работы. А ты удалил.

SQL Express ведет себя так-же + проверка на ограничения лицензии.

"Как отсечь виновность SQL Express?" Не надо никого "отсекать". Express прекрасно работает с небольшими базами. Ну а если на винте места не будет, так никакая версия SQL работать не будет.

И сколько, по вашему мнению, должен отдавать sql из выделенного ему гига? sql сам никогда не отдает память, только по просьбе системы. И если система не запросит он никогда ее не отдаст. В любой редакции. И "тормозит" он не по причине занятости памяти, а по причине попыток нагрузить его сверх меры. Неоптимизированными, в частности, запросами, необновленной статистикой, отсутствием нужных индексов и т.д. Или из-за медленной дисковой системы.

Если файловый вариант работает без зависаний, то какой вывод - база уже не входит в разряд "небольших баз", нужен нормальный SQL, не Express?

А платформа какая?

УТ11.2.3.242 требует не ниже 8.3.7.2027, обновить платформу не предлагалось. А какую рекомендуешь?