Сервер 1С SQL

[Stranger03]

Геннадий спасибо. Сервер СП будем менять. А вот с .....перенести нагрузку с рабочих станций (аналитику и формирование запросов) на СП..... тут сложнее, конфа практически вся самописная, программист 1с говорит что все нужно переписывать. Учтем все это при переходе на новую конфу, сейчас пока работы заморожены

В этом случае врядли будет какая-то польза от нового СП. Я бы тогда сделал по другому (если база такая уж самописная), взял один мощный сервер под базу данных, СП и терминалки и посадил всех туда. Если в бюджете не будете скромничать, то нечто вроде пары 56-х процов с 24-мя памяти и 16-ю винтами должны облегчить картину. Но без переписки конфига и без распределения нагрузки в 8.1 это тоже тупиковая вещь.

[gserg]

Геннадий спасибо. Сервер СП будем менять. А вот с .....перенести нагрузку с рабочих станций (аналитику и формирование запросов) на СП..... тут сложнее, конфа практически вся самописная, программист 1с говорит что все нужно переписывать. Учтем все это при переходе на новую конфу, сейчас пока работы заморожены

В этом случае врядли будет какая-то польза от нового СП. Я бы тогда сделал по другому (если база такая уж самописная), взял один мощный сервер под базу данных, СП и терминалки и посадил всех туда. Если в бюджете не будете скромничать, то нечто вроде пары 56-х процов с 24-мя памяти и 16-ю винтами должны облегчить картину. Но без переписки конфига и без распределения нагрузки в 8.1 это тоже тупиковая вещь.

Геннадий, предложенный выше сервер пока в бюджет не влезет, но все равно спасибо. Пока попробуем базу обрезать на отдельном сервере, она с 2006 года не обрезается из-за ошибок, уже 3 программера сменилось и каждый валит ошибки предыдущего ничего не исправляя.

[DefDuck]

gserg, проверяйте почту. Выслал Вам конфигурацию под СП.

[gserg]

Пользователи жалуются на тормоза в 1с81. Схема клиент-сервер.
Сервер предприятия (ds) Intel Core 2D 6300/2G/2xSata raid1
Сервер баз данный (sql) 2xXeon 5420/ 8G/ 12xSAS raid10.
Терминального режима ни на одном нет. Есть отдельно 3 терминальных сервера. Сеть между серверами гигабитная.

Думал тормозит сервер предприятия 1с, а сегодня начал снимать счетчики, понял что есть проблемы и сервером баз данных. Правда сейчас конец месяца, все отчеты строят. Баз 1с 8 штук, 3 упп, 5 буховских. Активная работа (до 40 пользователей) в одной их УПП (размер 45 гиг)

Посоветуйте, что апргрейдить.

Ps забыл сказать, на сервере баз данных еще файловая шара с кучей 1с77, но ими не очень активно пользуются.

UP-ну тему. Все как и было выше. Только по совету Ваших сотрудников (Андрей Иванов) Установил 1с81 на север баз банных и добавил его в существующий кластер 1с дополнительным рабочим сервером.

Пользователи неактивно жалуются на тормоза.

ниже новые счетчики, обычный рабочий день.

1c -сервер приложений
sql - соответственно sql+1c81
ts,ts1 - терминальные сервера

[Ziggy Stardust]

На sql1 заметно периодическое проседание дисковой подсистемы. Дисковые очереди до десятков едениц вырастают. Там какая конфигурация дисков? Возможно поможет вариант, если SQL'ю оперативки побольше выделить (ОЗУ на этом сервере от силы на 30% используется).

На остальных серверах все более менее прилично выглядит.

[gserg]

На sql1 заметно периодическое проседание дисковой подсистемы. Дисковые очереди до десятков едениц вырастают. Там какая конфигурация дисков? Возможно поможет вариант, если SQL'ю оперативки побольше выделить (ОЗУ на этом сервере от силы на 30% используется).

На остальных серверах все более менее прилично выглядит.

Я же выше указывал. Adaptec 3405 12хSAS raid10 нарезан на LUNы

[Ziggy Stardust]

На sql1 заметно периодическое проседание дисковой подсистемы. Дисковые очереди до десятков едениц вырастают. Там какая конфигурация дисков? Возможно поможет вариант, если SQL'ю оперативки побольше выделить (ОЗУ на этом сервере от силы на 30% используется).
На остальных серверах все более менее прилично выглядит.

Я же выше указывал. Adaptec 3405 12хSAS raid10

Извиняюсь, проглядел :-(

Хорошо бы посмотреть отдельно дисковые очереди на чтение и отдельно на запись. Вообще 12 сасов в 10-ом рейде на чтение вполне приличную производительность должны показывать. Лун под продуктивные базы на всех 12 дисках создан? Кэш на адаптеке включен?

[gserg]

Во всех лунах по 12 дисков raid10. Только что, еще раз через Adaptec Storage Manager посмотрел состояние дисков и всего массива. Все нормально. Кеш включен, батарейка присутствует.


Сейчас включу счетчики на sql еще раз.

ЗЫ Переход на MSSQL2005-2008 какой нибудь эффект даст? Сейчас стоит 2000+sp4

[DeadMazay]

ЗЫ Переход на MSSQL2005-2008 какой нибудь эффект даст? Сейчас стоит 2000+sp4

скорее всего да... ибо 2000 скуль совсем тормознутый

[Ziggy Stardust]

SQL x64 или x86? Базы у вас большие, неплохо бы памяти SQL больше выделить...

[gserg]

SQL x64 или x86? Базы у вас большие, неплохо бы памяти SQL больше выделить...

2003 х86 ну и соответственно скуль тоже х86. Памяти больше на скуль выделю завтра (счетчики уже включил). Переход на х64 и 2005/2008 займет много времени (выгрузка-загрузка основной базы 40 гиг занимает сейчас 4 часа 1,5+2,5, а таких баз 2 и еще бухгалтерии и ЗУП), за ночь не успею Надо на большие "выходные" планировать, когда только одна основная база УПП нужна.

[gserg]

а смысл есть увеличить количество памяти на сервере? Сейчас стоит 4х2Г=8 (сервер ваш, кп32858, материнка X7DBE), можно поднатужиться (это про деньги ) и добавить еще 8 или 16 гиг. Вот эти модули подойдут?
FB-DIMM 4ГБ DDR2 SDRAM Kingston "ValueRAM" KVR667D2D4F5/4G (PC5300, 667МГц, CL5, ECC) или
FB-DIMM 2ГБ DDR2 SDRAM Kingston "ValueRAM" KVR667D2D8F5/2G (PC5300, 667МГц, CL5, ECC)

[Ziggy Stardust]

а смысл есть увеличить количество памяти на сервере? Сейчас стоит 4х2Г=8 (сервер ваш, кп32858, материнка X7DBE), можно поднатужиться (это про деньги :) ) и добавить еще 8 или 16 гиг. Вот эти модули подойдут?
FB-DIMM 4ГБ DDR2 SDRAM Kingston "ValueRAM" KVR667D2D4F5/4G (PC5300, 667МГц, CL5, ECC) или
FB-DIMM 2ГБ DDR2 SDRAM Kingston "ValueRAM" KVR667D2D8F5/2G (PC5300, 667МГц, CL5, ECC)

Вообще, если абстрактно рассуждать, то очень даже имеет. Чем больше таблиц будет в памяти закешированно, тем меньше будет дисковая дергаться.

Но! Я не уверен, что х86 сиквел сумеет ее нормально переварить. :-( Собственно у вас и сейчас 8 Гб далеко не в полном объеме оприходованны, если по счетчикам судить...

[gserg]

а смысл есть увеличить количество памяти на сервере? Сейчас стоит 4х2Г=8 (сервер ваш, кп32858, материнка X7DBE), можно поднатужиться (это про деньги ) и добавить еще 8 или 16 гиг. Вот эти модули подойдут?
FB-DIMM 4ГБ DDR2 SDRAM Kingston "ValueRAM" KVR667D2D4F5/4G (PC5300, 667МГц, CL5, ECC) или
FB-DIMM 2ГБ DDR2 SDRAM Kingston "ValueRAM" KVR667D2D8F5/2G (PC5300, 667МГц, CL5, ECC)

Вообще, если абстрактно рассуждать, то очень даже имеет. Чем больше таблиц будет в памяти закешированно, тем меньше будет дисковая дергаться.

Но! Я не уверен, что х86 сиквел сумеет ее нормально переварить. Собственно у вас и сейчас 8 Гб далеко не в полном объеме оприходованны, если по счетчикам судить...

Я не о х86, к переходу на х64 нужно подготовиться А по памяти сейчас стоит галочка на сиквеле " динамически распределять память"

[gserg]

На sql1 заметно периодическое проседание дисковой подсистемы. Дисковые очереди до десятков едениц вырастают. Там какая конфигурация дисков? Возможно поможет вариант, если SQL'ю оперативки побольше выделить (ОЗУ на этом сервере от силы на 30% используется).
На остальных серверах все более менее прилично выглядит.

Я же выше указывал. Adaptec 3405 12хSAS raid10

Извиняюсь, проглядел

Хорошо бы посмотреть отдельно дисковые очереди на чтение и отдельно на запись. Вообще 12 сасов в 10-ом рейде на чтение вполне приличную производительность должны показывать. Лун под продуктивные базы на всех 12 дисках создан? Кэш на адаптеке включен?

вот с лог с добавленными счетчиками за сегодня.