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

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

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

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

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

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

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

(5) https://www.microsoft.com/ru-ru/server-cloud/products/sql-server-editions/overview.aspx

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

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

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

(4) > была проблема с местом на диске с:

На каком диске? У тебя, на сервере, на удаленном компе, к которому подключался?

>> ...освободил пару Гб за счет чистки кэша

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

>> На последнем было SQL отвалился

Проблема была на рабочей базе? Что означает "отвалился"? Базу после сбоя проверяли?

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

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

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

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

(12) Потребуй от клиента чтобы оставил пустого места на размер базы..
10 гигабайт.

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

(12) >> может ограничения начинают действовать?

Не исключено, но весьма маловероятно.

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

>> база работает, но виснет

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

Причин может быть вагон и маленькая тележка.

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

(17)
рабочая ожила. - сервер перезагрузил повисший процесс.

После этого нужно было протестировать.

По новой сделал обновление конфигурации поставщика, все прошло нормально.

И сейчас все равно нужно тестировать.
Чтобы знать база рабочая или нет.

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

можно ссылку, где это почитать можно?

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

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

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

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

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

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

Может еще только дисковую систему помониторить, может она уже не справляется.

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

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

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

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

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

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

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

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