требуется настройка оптимизации сервера SQL + 1С

  • Автор темы Автор темы Эдик
  • Дата начала Дата начала
Э

Эдик

New member
Нужно (за разумные деньги) максимально повысить производительность 1С, SQL база (45 гб)
Удаленный доступ предоставлю.
Украина, 0682841609 Эдик.
или мыло chpsasha@mail.ru
 
Эдик написал(а):
Нужно (за разумные деньги) максимально повысить производительность 1С
Нажмите для раскрытия...
нужно просто тонко настроить sql, чтобы быть уверенным, что выжимаем все из конфигурации или есть конкретная проблема?
какая sql
какая конфигурация.. дописывалась
что не так с производительностью.. когда и в каких местах заметна проблема, если есть
какое железо, ПО...
 
железо - Сервер HP ProLiant ML150 G6. (2 CPU Intel Xeon E5540 @ 2.53GHz. 8/16, DDP3 48,0 ГБ,
273GB Hitachi HP LOGICAL VOLUME SCSI Disk Device (RAID 10) 4x146 gb G6
558GB Hitachi HP LOGICAL VOLUME SCSI Disk Device (RAID 10) 4x300 gb G6
1863GB Seagate ST32000644NS ATA Device (SATA) - только для архива системы

Windows Server 2008 R2 Enterprise 64-bit SP1, SQL Server 2012, 1С:платформа 8.3.8.2322, конфа UTP 1.2.41.1, (доделанная)

Проблему выявить самостоятельно не могу, частично убрал мешающие фоновые задания в конфигураторе, но сама проблема как я понимаю лежит в SQL
(на скринах видно), пока одно решение, каждый вечер перегружаю сервак, иначе до обеда повиснут сеансы.

Сервер находится в локальной сети, 9 пользователей по RDP.

Тест Гелиева показал в SQL производительность 10,58 и возможный подключений 64

https://cloud.mail.ru/public/JiME/1uXyr12uB
https://cloud.mail.ru/public/uw7o/vqrh4qLrd
https://cloud.mail.ru/public/2CYX/i5FuSpr1o
 
Последнее редактирование:
Добрый день.
Для анализа причины падения SQL сервера. Необходимы логи работы за сутки.
С ув. Станислав.
 
Немного пред истории, лаги начались 28.03.17. После установки новой платформы 8.3. 64 бт, слетела консоль 1С сервера, попытка откатить с резервной копии системы ничего не дала, установил платформу 8.3.8.2322 32бт, поновой настроил базы, но с 1.04 начались проблемы с зависанием.

До этого все работало как часы.
 
Эдик написал(а):
SQL база (45 гб)
Нажмите для раскрытия...
Что же там 9 пользователей на 45 гб навояли.
Можете в manegment studio посмотреть сколько и чем занято (имеется в виду данные и журналы)

Эдик написал(а):
Тест Гелиева показал в SQL производительность 10,58 и возможный подключений 64
Нажмите для раскрытия...
Маловато и очень.
SQL сервер и сервер 1С находятся на одном сервере?
Используется ли протокол Shared Memory (ресурсов для его использования для 9 пользователей хватает с головой)?

Эдик написал(а):
каждый вечер перегружаю сервак
Нажмите для раскрытия...
Ну не так жестоко.

net stop MSSQL$<имя экземпляра>
net start MSSQL$<имя экземпляра>

Эти две строчки в батник и планировщику на съедение.
И чуть раньше по времени (тоже планировщику):

net stop "1C:Enterprise 8.3 Server Agent"
net start "1C:Enterprise 8.3 Server Agent"
т.е. перезапуск сервера 1С.

Ну и главный вопрос, что еще с базой делается? Имеется в виду бэкап, обновление статистики, перестроение (реорганизация) индексов, очистка логов.
 
Shevon написал(а):
Что же там 9 пользователей на 45 гб навояли.
Можете в manegment studio посмотреть сколько и чем занято (имеется в виду данные и журналы)


Маловато и очень.
SQL сервер и сервер 1С находятся на одном сервере?
Используется ли протокол Shared Memory (ресурсов для его использования для 9 пользователей хватает с головой)?


Ну не так жестоко.

net stop MSSQL$<имя экземпляра>
net start MSSQL$<имя экземпляра>

Эти две строчки в батник и планировщику на съедение.
И чуть раньше по времени (тоже планировщику):

net stop "1C:Enterprise 8.3 Server Agent"
net start "1C:Enterprise 8.3 Server Agent"
т.е. перезапуск сервера 1С.

Ну и главный вопрос, что еще с базой делается? Имеется в виду бэкап, обновление статистики, перестроение (реорганизация) индексов, очистка логов.
Нажмите для раскрытия...

Спасибо:rolleyes: с консоли я могу и без батника перегрузить , а по поводу главных вопросов, планировщик в SQL напрочь не хочет работать, бекап делает Effector saver.
Такое чувство, что после отката системы средствами "Система архивации данных Windows Server" в SQL случился баг, собственно после этого и начались танцы с бубном. Самому разобраться мозгов не хватает и времени. Предприятие готово заплатить, доступ по RDP к серваку дам.
Заметил, отваливание SQL происходит в основном при формировании больших отчетов к примеру (обороты счета 2822 без периода)
 
Последнее редактирование:
Эдик написал(а):
Спасибо с консоли я могу и без батника перегрузит
Нажмите для раскрытия...
А зачем без батника? Планировщик здесь имеется в виду Windows, а не MSSQL

Эдик написал(а):
Такое чувство, что после отката системы средствами "Система архивации данных Windows Server" в SQL случился баг, собственно после этого и начались танцы с бубном
Нажмите для раскрытия...

Здесь не удивительно. Так делать бэкапы MSSQL и восстанавливать категорически нельзя. Вечером где-то в 19:30 по Киеву можно попробовать посмотреть, если Вы не против (я позвоню).
 
Shevon написал(а):
А зачем без батника? Планировщик здесь имеется в виду Windows, а не MSSQL



Здесь не удивительно. Так делать бэкапы MSSQL и восстанавливать категорически нельзя. Вечером где-то в 19:30 по Киеву можно попробовать посмотреть, если Вы не против (я позвоню).
Нажмите для раскрытия...

отлично, буду на телефоне
 
Войдите или зарегистрируйтесь для ответа.
Назад
Сверху