Windows Server 2003
SQL Server 2000
1С 7.7
Терминальный режим
8 ядер + 16 Гб ОП

Часто бывает, что СКЛ сервер выдает сообщение о том, что "...не удается записать транзакцию...". Как определить почему: что блокирует таблицы или может что-то СКЛ сервер нагружает?

а сколько лицензий СКЛ заюзано? для комфортной работы надо хотя бы 5 штук + рэйд-массив (ну хотя бы 2х) (со SCSI-винтами) чем больше, тем быстрее запись.
А вообще под линуксом должно быть в разы быстрее.

Я не знаю. Где можно глянуть?


Что такое "2х" ?


Я с линуксом даже не на "Вы", а так, просто знакомы, если можно так сказать

И ещё, мне один админ говорил, что терминал + СКЛ = фигня. Надо или терминал или СКЛ. Правда?

2 винта


а ты как думаешь? (а если подумать?)

и самое занимательное, что такая категория легко может убедить, и завоевывает доверие у нетехнарей.

Стоит рэйд-массив с 5 винтами


1. Мне когда-то кто-то из форумчан сказал, что СКЛ сервер дает прирост производительности при количестве пользователей больше 3-5.
2. Я сам думаю, что СКЛ сервер дает прирост производительности при большом объеме базы. Т.к.
2.1 Когда-то была большая база, которая выгружалась пол дня + проявлялись тормоза в работе. После перевода её на СКЛ - время значительно уменьшилось.
2.2 Была база, которой сроку пару месяцев. Так вот в файловом режиме на процессоре 1.8 с 1 Гб оперативки перепроведение документов происходило в 3-4 раза быстрей, чем СКЛ вариант на компе с 4-ядерным процом и 8 Гб оперативки (ну и рэйд массив с 4 или 5 винтами)
3. Ну а терминал дает прирост производительности за счет времени, которое тратится при передаче инфы по сети и обработке её на менее слабых ПК (по сравнению с сервером)

Подъитожив выше сказанное, для себя делаю вывод: СКЛ дает прирост производительности, при большом объеме БД и большом количестве пользователей. А терминал дает прирост производительности, независимо от СКЛ Сервера.

И остается вопрос с лицензиями.

Мало инфы ...
Конфа какая? Как построена инфраструктура серверов? Когда сообщение выскакивает? В отладчике на рабочей базы случаем не сидим?

А вот не поверю! Для СКЛ-варианта для групповой обработки документов не следует использовать транзакции. + идеально, чтобы на сервере с 1с-ом кроме 1с-а никаких приложений больше не было. (никаких вордов, экселей) чистый "выделенный" сервер.
Еще вариант тормозов - брачной SCSI-шлейф. Проверяется только заменой к сожалению. Вообщем надо смотреть паспортные данные винта и проверить скорость записи. если отклонение значительно, то скорее всего это шлейф.

Лицензии где-то в свойствах там можешь найти. Сколько лицензий, столько у тебя параллельных потоков. примерно так (если я не попутал)

ПУБ


Честно говоря не совсем понял вопрос, поэтому отвечу насколько понял: 1 сервер, на котором база и СКЛ. Все работают на сервере через терминал.


Та хз, нет каких-то определенных действий. Раньше (когда была большая база и сервер в 2 раза слабее) - выскакивало часто при формировании отчетов по регистрам, но это раньше. А сейчас базе 3-4 месяца только.


Бывает (редко). Но не замечал из-за этого или нет. Возьму на вооружение


Зуб даю


Перепроводил стандартной обработкой "Групповая обработка документов"


Есть офис, касперский, бэст-звит + ещё несколько программок (архиватор, фалй-мэнэджер и т.п.)


Ок, буду искать. А при надобности - их можно увеличить/уменьшить?

А у меня така вот история

ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Конфликт блокировок при выполнении транзакции:
Microsoft OLE DB Provider for SQL Server: Транзакция (идентификатор процесса 53) вызвала взаимоблокировку ресурсов блокировка с другим процессом и стала жертвой взаимоблокировки. Запустите транзакцию повторно.
HRESULT=80004005, SQLSrvr: Error state=33, Severity=D, native=1205, line=1

Это я так понимаю к этой теме?

1С:Предприятие 8.1 (8.1.15.14)

Отчет не должен захватывать транзакцию - в 1С правда не уверен - но там наверняка стоит (nolock). Транзакция выполняется при вводе новых элементов справочника, записи справочника, документа; проведение документа. Можно по монитору посмотреть кто в это время захватил. Также модуль проведения должен как можно быстрее выполняться. Из-за такого сообщения мне пришлось переходить на 1С++. 1С у меня не справляется - пришлось даже для прикладной задачи отдельную таблицу в базе 1С - писать со своим семафором. (для приведения на лету базы 1С к нормальному состоянию). После этого групповым перепроведением вообще не занимаюсь.

Но лучше просмотреть запросы на предмет всеми забытой птючки "Для изменения":)