Потрібна саме консультація і деталізований перелік рекомендацій до подальших дій.
Що є на стороні 1С:
УТП 1.2.75, звичайні форми
Працює під Windows Server 2012
Архітектуру рознесено на окремі сервери:
- термінальний для роботи користувачів
- окремий сервер для програми 1С
- окремий сервер для IIS
- окремий сервер для SQL
Активних користувачів в пікові періоди - 30-35, що досить мало.
Сама конфігурація - "писана-переписана", більшість об'єктів допрацьовувалися під бізнес-процеси компанії.
Допрацювання за останні 8 років здійснювалися багатьма розробниками, в більшості фрілансерами.
Як наслідок - в пікові періоди суттєві зависання системи, неможливість працювати.
Хто є зі сторони спеціалістів:
- адміністратор, котрий "наглядає" за роботою сервера загалом. Проте досвіду в оптимізації самої 1С не має і в періоди зависання не може виявити, які найбільш вузькі місця спричиняють такі зависання.
- 1С розробник, котрий працює з нами відносно недовго. Якщо вказати, який саме фрагмент коду потребує оптимізації - таку оптимізацію виконає. Проте як в "живому" режимі роботи знайти ці вузькі місця - не має достатньо навиків. Звісно ж SQL профайлером користується і важкі запити регулярно виловлює, ідентифікує і оптимізує. Проте загального ефекту від цього мало, оскільки зависання не завжди супроводжується наявністю важких запитів.
Що необхідно:
- здійснити загальний огляд системи (доступи будуть надані після вибору виконавця)
- надати рекомендації для адміна - що саме на стороні сервера варто доналаштувати чи на які моменти по роботі сервера звернути увагу
- надати рекомендації для 1С розробника: послідовність дій, як в пікові періоди виловлювати і ідентифікувати вузькі місця, котрі потребують оптимізації
- порекомендувати найбільш оптимальну для нашої ситуації систему моніторингу, якщо в такій є доцільність. До прикладу, щось таке https://infostart.ru/1c/articles/1492368/. Відповідно, разом з рекомендованою системою, надання інструкцій для розробника, яким чином її використовувати для виловлювання вузьких місць в коді, котрі потребують оптимізації. А також надання інструкцій для адміністратора з розгортання і налаштування такої системи моніторингу на нашому сервері.
Чого не потрібно:
- не пишіть будь ласка рекомендацій накшталт "Коли висне 1С - треба питати користувачів, які звіти чи документи вони запускають". Всі це розуміють, це очевидно, але колектив на 90% жіночий, всі роблять все, всі запускають все і в робочий час зупинити роботу усіх, щоб розпитати, хто з 35 людей що саме запускав - не вийде. Навіть якщо і вийде (такі спроби були), жодних зачіпок це не дає.
- так само не варто писати про регламенти - звісно ж, в пікові періоди усі регламенти вимикаються, почергово запускається кожен з них і відстежується його вплив на загальне завантаження 1С. Результату з цього нуль. Регламенти не ідеальні, проте якщо б лише в них була проблема, то її б вже давно вирішили.
- так само прохання не писати, що наш програміст недостатньо кваліфікований. Якщо Ви - спеціліст, то саме тому і потребуємо консультацій, бо програміст недостатньо кваліфікований в питаннях оптимізації 1С. Якщо Ви - голуб, який любить обгадити інших, то навряд чи наша співпраця є можливою.
