Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 1C 7.7. SQL Server 2000. Зависания после выхода из монопольного режима  [new]
Dimic
Member

Откуда:
Сообщений: 12
Приветствую!
Имеется терминальный сервер (Windows Server 2003 Std) (4-х ядерный Xeon, 4Gb, RAID 1), на нем стоит 1C Предприятие 7.7 (релиз 27) и SQL Server 2000 SP4.
На терминальном сервере работает самописная конфигурация на 7.7. База конфигурации на SQL.
Для таблиц регистров в SQL вручную созданы индексы.

Проблема в том, что периодически пользователь запускает на ночь в монопольном режиме некие отчеты.
Утром пользователь штатно закрывает 1С, окно программы закрывается, но процесс 1Cv77.exe остается висеть в памяти.

В это время остальные пользователи пытаются подключиться к базе, но их не пускает (База данных не может быть открыта в однопользовательском режиме).
В логах SQL появляются сообщения
Process 53:0 (397c) UMS Context 0x062D04C0 appears to be non-yielding on Scheduler 0.
Error: 17883, Severity: 1, State: 0

Если прибить процесс 1cv77.exe при попытке доступа к 1С появляется сообщение "доступ к базе данных на сервере возможен только из одного каталога"
Подключиться SQL Серверу через EM и прибить повисшее соединение в этот момент я уже не могу, подключение зависает.
Помогает только перезапуск службы SQL SErver

Подскажите пожалуйста, почему процесс остается висеть в памяти и начинают появляться сообщения в журнале SQL?
Почему после принудительного завершения я не могу подключиться через EM и как по человечески решить эту проблему?
Спасибо.
29 ноя 11, 09:34    [11675458]     Ответить | Цитировать Сообщить модератору
 Re: 1C 7.7. SQL Server 2000. Зависания после выхода из монопольного режима  [new]
invm
Member

Откуда: Москва
Сообщений: 9844
FIX: You receive a 17883 error message and SQL Server 2000 may stop responding to other requests when you perform large in-memory sort operations
29 ноя 11, 10:15    [11675642]     Ответить | Цитировать Сообщить модератору
 Re: 1C 7.7. SQL Server 2000. Зависания после выхода из монопольного режима  [new]
Dimic
Member

Откуда:
Сообщений: 12
invm
FIX: You receive a 17883 error message and SQL Server 2000 may stop responding to other requests when you perform large in-memory sort operations

This problem was first corrected in Microsoft SQL Server 2000 Service Pack 4.

SP4 уже стоит(
29 ноя 11, 13:48    [11677609]     Ответить | Цитировать Сообщить модератору
 Re: 1C 7.7. SQL Server 2000. Зависания после выхода из монопольного режима  [new]
Volochkova
Member

Откуда:
Сообщений: 2321
1. На момент зависания, какой объем TempDB? Темп лежит вместе с базой 1с?
2. Какой объем базы 1c MS SQL?
3. Вы уверены что только отчеты запускаются, а не проводки?
4. Сколько объем ОЗУ выставлен для MS SQL?
5. По хорошему бы сюда Select @@Version
6. Если сделать копию и запустить не в монопольном режиме? Такой "косяк" будет?
7. на Win2003 SP2 + установлены?
8. DEP отключали?
9. Терминальный режим... Работаете по WinTerminal или Цитриксы?
10. Сколько вообще юзверей в терминальном режиме? Сколько ОЗУ итого используется вместе с MS SQL
11. Используется ли /3GB для Win.
/PAE не пройдет, т.к у Вас стандарт, но по хорошему проверить нет ли таких ключей.
12. Винты наверное еще SCSI ( если сата то вообще грустно)


ИМХО у Вас для MS SQL не ограничена верхняя планка по ОЗУ.
В результате "отчетами" MS SQL , WIN, 1C вгрызается в swap.
В итоге освобождение ресурсов и требует времени.
30 ноя 11, 06:48    [11681175]     Ответить | Цитировать Сообщить модератору
 Re: 1C 7.7. SQL Server 2000. Зависания после выхода из монопольного режима  [new]
Volochkova
Member

Откуда:
Сообщений: 2321
И всякие галочки типа Bost SQL приорити тоже надо посмотреть. Желательно их убрать.
30 ноя 11, 06:54    [11681179]     Ответить | Цитировать Сообщить модератору
 Re: 1C 7.7. SQL Server 2000. Зависания после выхода из монопольного режима  [new]
Dimic
Member

Откуда:
Сообщений: 12
Спасибо за ответ!

>1. На момент зависания, какой объем TempDB? Темп лежит вместе с базой 1с?
Размер не смотрел, погляжу когда подвиснет.
Да, темп лежит на том-же дисковом массиве что и база

>2. Какой объем базы 1c MS SQL?
Всего 16Gb

>3. Вы уверены что только отчеты запускаются, а не проводки?
Уточню

>4. Сколько объем ОЗУ выставлен для MS SQL?
Было динамическое распределение от 1 до 2-х Gb. Поставил жестко заданный размер в 2.5Gb

>5. По хорошему бы сюда Select @@Version
Microsoft SQL Server 2000 - 8.00.2194 (Intel X86) Apr 20 2006 15:48:56 Copyright (c) 1988-2003 Microsoft Corporation Developer Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

>6. Если сделать копию и запустить не в монопольном режиме? Такой "косяк" будет?
Тоже решил эксперимент сделать. Запланировали проверку на завтра

>7. на Win2003 SP2 + установлены?
Стоит win 2003 std R2 SP2

>8. DEP отключали?
Нет, попробую отключить.

>9. Терминальный режим... Работаете по WinTerminal или Цитриксы?
Windows Terminal используется

>10. Сколько вообще юзверей в терминальном режиме? Сколько ОЗУ итого используется вместе с MS SQL
Порядка 12-15 человек. В нормальном режиме используется порядка 3-3.5 Гб.

>11. Используется ли /3GB для Win.
/PAE не пройдет, т.к у Вас стандарт, но по хорошему проверить нет ли таких ключей.
Нет, не используется. Интересный вариант, попробую.

>12. Винты наверное еще SCSI ( если сата то вообще грустно)
все грустно, SATA

>ИМХО у Вас для MS SQL не ограничена верхняя планка по ОЗУ.
>В результате "отчетами" MS SQL , WIN, 1C вгрызается в swap.
>В итоге освобождение ресурсов и требует времени.
Поставил жестко заданный размер в 2.5Gb, посмотрим.
1 дек 11, 17:16    [11691209]     Ответить | Цитировать Сообщить модератору
 Re: 1C 7.7. SQL Server 2000. Зависания после выхода из монопольного режима  [new]
Volochkova
Member

Откуда:
Сообщений: 2321
SATA На 16 ГБ это очень очень грустно.
Если у Вас SQL STD то 2,5 ГБ это много. Точнее Win32 приложение, а это Server
Тем более что у Вас 3,5 занято когда пользователи активны.
Ставьте объем ОЗУ 1 ГБ фиксировано.

Если все сата, то и тембд видимо в одной каше, да еще и никаких рейдов / контроллеров видимо нет....
Жестко у Вас однако.
Выбивайте бюджет - 150-180 000.
Или тестовую тачку, хотябы тысяч на 30.
Проведете опыты, все удивятся :)

Раз все так грустно с железом пойдем по базе...
Обновление статистике, реиндекс, резерваные копии кто делает?
И делает ли вообще...
Режим у базы какой стоит? Full или Simple?
Оптимизацию таблиц, файл группы.. кто нибудь делает?
2 дек 11, 05:14    [11693353]     Ответить | Цитировать Сообщить модератору
 Re: 1C 7.7. SQL Server 2000. Зависания после выхода из монопольного режима  [new]
The Dim!
Member

Откуда: г. Белгород
Сообщений: 2171
А у вас, часом, никакая внешняя компанента не используется, такое бывает из-за зависания внешних компанет.
2 дек 11, 10:26    [11693989]     Ответить | Цитировать Сообщить модератору
 Re: 1C 7.7. SQL Server 2000. Зависания после выхода из монопольного режима  [new]
Dimic
Member

Откуда:
Сообщений: 12
>SATA На 16 ГБ это очень очень грустно.
>Если у Вас SQL STD то 2,5 ГБ это много. Точнее Win32 приложение, а это Server
>Тем более что у Вас 3,5 занято когда пользователи активны.
>Ставьте объем ОЗУ 1 ГБ фиксировано.
Почему 2.5 это много? Потому-что 1.5. для системы и пользователей это мало?
Я так понимаю -чем больше таблиц влезет в память SQL сервера тем быстрее будет или я ошибаюсь?

>Если все сата, то и тембд видимо в одной каше, да еще и никаких рейдов / контроллеров видимо нет....
>Жестко у Вас однако.
>Выбивайте бюджет - 150-180 000.
>Или тестовую тачку, хотябы тысяч на 30.
>Проведете опыты, все удивятся :)
Ну RAID1 то есть, так да, дисковый массив слабоватый.
Однако основная работа БД на вполне приличном уровне в плане производительности. Проблемы возникают когда запускаются отчеты.

>Раз все так грустно с железом пойдем по базе...
>Обновление статистике, реиндекс, резерваные копии кто делает?
>И делает ли вообще...
Ежедневный бэкап
Для некоторых таблиц (определялись с помощью профайлера) созданы вручную доп. индексы , каждый день они дефрагментируются и пересчитывается статистика по большим таблицам.

>Режим у базы какой стоит? Full или Simple?
simple

>Оптимизацию таблиц, файл группы.. кто нибудь делает?
Сейчас нет, но база отдана для анализа человеку, который имеет опыт оптимизации связок 1С +SQL
3 дек 11, 19:34    [11701442]     Ответить | Цитировать Сообщить модератору
 Re: 1C 7.7. SQL Server 2000. Зависания после выхода из монопольного режима  [new]
Dimic
Member

Откуда:
Сообщений: 12
The Dim!
А у вас, часом, никакая внешняя компанента не используется, такое бывает из-за зависания внешних компанет.

интересная мысль, потыкаю программиста :)
Спасибо
3 дек 11, 19:35    [11701444]     Ответить | Цитировать Сообщить модератору
 Re: 1C 7.7. SQL Server 2000. Зависания после выхода из монопольного режима  [new]
Volochkova
Member

Откуда:
Сообщений: 2321
Dimic
>SATA На 16 ГБ это очень очень грустно.
>Если у Вас SQL STD то 2,5 ГБ это много. Точнее Win32 приложение, а это Server
>Тем более что у Вас 3,5 занято когда пользователи активны.
>Ставьте объем ОЗУ 1 ГБ фиксировано.
Почему 2.5 это много? Потому-что 1.5. для системы и пользователей это мало?
Я так понимаю -чем больше таблиц влезет в память SQL сервера тем быстрее будет или я ошибаюсь?

>Если все сата, то и тембд видимо в одной каше, да еще и никаких рейдов / контроллеров видимо нет....
>Жестко у Вас однако.
>Выбивайте бюджет - 150-180 000.
>Или тестовую тачку, хотябы тысяч на 30.
>Проведете опыты, все удивятся :)
Ну RAID1 то есть, так да, дисковый массив слабоватый.
Однако основная работа БД на вполне приличном уровне в плане производительности. Проблемы возникают когда запускаются отчеты.

>Раз все так грустно с железом пойдем по базе...
>Обновление статистике, реиндекс, резерваные копии кто делает?
>И делает ли вообще...
Ежедневный бэкап
Для некоторых таблиц (определялись с помощью профайлера) созданы вручную доп. индексы , каждый день они дефрагментируются и пересчитывается статистика по большим таблицам.

>Режим у базы какой стоит? Full или Simple?
simple

>Оптимизацию таблиц, файл группы.. кто нибудь делает?
Сейчас нет, но база отдана для анализа человеку, который имеет опыт оптимизации связок 1С +SQL


1. Тогда в чем сложности... если есть тело?
2. Я Вам уже отвечала... Win32 более 2 ГБ не кушает... не надо ей попытаться скормить 2.5... не надо впихивать невпихуемое.
3 гб можно скормить если используется ключ /3GB.
3. SQL может и будет шустро, но Вы уверены что это не 1с тупит? Если Вы 1c загоните так, что она ОЗУ SWAP а будет кушать, то все равно будет медленно.
4. То что рейд 1 не говорит что есть контроллер с кешем. Рейд может быть сделанный контроллером мат платы, встроенный ICH10 - При том что зеркало - это лишь стабильность.
5. У Вас есть сторонние индексы по базе? А вы уверены что монопольно не запускаются какие нибудь проверки базы и реиндекс от 1с? Вообще то для 7ки это не очень хорошо. Обновление индексов - посмотрите планы, там ручкам случаем для индексов не стоит % заполнения?
4 дек 11, 06:56    [11702281]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить