Поради щодо автоматизації. Поради щодо автоматизації Повільно працює 1с 8.3 по мережі

Система 1С займає домінуюче становище на ринку автоматизації малого та середнього бізнесу. Якщо компанія обрала облікову систему 1С, то зазвичай у ній працюють практично всі співробітники, починаючи від рядових фахівців та закінчуючи керівництвом. Відповідно, від швидкості роботи 1С залежить швидкість бізнес-процесів компанії. Якщо 1С працює з незадовільною швидкістю, це безпосередньо позначається на роботі всієї компанії та отриманні прибутку.

Фактично існує три методи прискорення 1С:

Збільшення апаратних потужностей.
Оптимізація налаштувань операційної системи та СУБД.
Оптимізація коду та алгоритмів у 1С.

Перший метод вимагає купівлі обладнання та ліцензій, третій – великих трудовитрат програмістів і, як наслідок, обидва шляхи виливаються у значні фінансові витрати. Насамперед потрібно звернути увагу на програмний код, оскільки ніяким збільшенням потужностей сервера неможливо компенсувати неправильний код. Будь-який програміст знає, що за допомогою всього кількох рядків коду можна створити процес, який повністю завантажить ресурси будь-якого сервера.

У випадку, якщо компанія впевнена в оптимальності коду програми, а вона, як і раніше, працює повільно, зазвичай керівництво вирішує збільшити серверні потужності. У цей момент виникає логічне питання: чого не вистачає, скільки і що необхідно додати.

Компанія 1С на питання про те, скільки потрібно ресурсів, дає досить розпливчасту відповідь, про неї ми писали раніше в наших постах. І тому доводиться самостійно проводити експерименти та розбиратися, від чого залежить продуктивність 1С. Нижче наведено експерименти з продуктивністю програми в компанії EFSOL.

При роботі з 1С 8.2, особливо з конфігураціями, які використовують керовані форми, був помічений дивний факт: 1С працює швидше на робочій станції, ніж на потужному сервері. Причому всі характеристики робочої станції гірші, ніж у сервера.

Таблиця 1 - Зміни, у яких проводилося початкове тестування

Робоча станція показує продуктивність на 155% більше, ніж сервер 1С з характеристиками, що перевищують. Ми почали розбиратися, в чому річ і звужувати коло пошуків.

Рисунок 1 – Вимірювання продуктивності на робочій стації тестом Гільова

Перша підозра була, що тест Гільова неадекватний. Заміри відкриття форм, проведення документів, формування звітів тощо інструментами КВП показали, що тест Гільова видає оцінку пропорційну реальній швидкості роботи в 1С.

Кількість та частота ОЗУ

Аналіз доступної в інтернеті інформації показав, що багато хто пише про залежність продуктивності 1С від частоти пам'яті. Саме від частоти, а чи не від обсягу. Вирішили перевірити цю гіпотезу, так як у нас на сервері частота ОЗУ 1066 Mhz проти 1333 Mhz на робочій станції, а обсяг ОЗУ на сервері і так значно вищий. Вирішили поставити відразу не 1066 МГц, а 800 МГц для того, щоб ефект залежності продуктивності від частоти пам'яті був наочнішим. Результат – продуктивність впала на 12% і становила 39,37 одиниць. На сервер поставили пам'ять із частотою 1333 Mhz замість 1066 Mhz та отримали незначний приріст продуктивності – близько 11%. Продуктивність становила 19,53 одиниці. Відповідно, річ не в пам'яті, хоча її частота дає невеликий приріст.

Рисунок 2 – Вимірювання продуктивності робочої станції після зниження частоти ОЗУ

Рисунок 3 – Вимірювання продуктивності на сервері після підвищення частоти ОЗУ

Дискова підсистема

Наступна гіпотеза була з дискової підсистемою. Відразу виникло два припущення:

SSD краще, ніж SAS диски, нехай навіть вони у 10 рейді.
iSCSI працює повільно чи некоректно.

Тому в робочу станцію поставили звичайний SATA-диск замість SSD, те саме зробили і з сервером - базу розмістили на локальному SATA-диску. В результаті виміри продуктивності ніяк не змінилися. Швидше за все, це відбувається, оскільки є достатня кількість ОЗП та диски практично ніяк не задіяні при виконанні тесту.

Процесор

Процесори на сервері, звичайно, потужніші і їх два, але частота трохи нижча, ніж на робочій станції. Вирішили перевірити вплив частоти процесора на швидкодію: для сервера процесорів з більшою частотою під рукою не було, тому знизили частоту процесора на робочій станції. Знизили відразу до 1,6, щоб кореляція виявлялася яскравішою. Тест показав, що продуктивність значно впала, але навіть з процесором 1,6 робоча станція видавала майже 28 одиниць, що практично в 1,5 рази більше ніж на сервері.

Рисунок 4 – Вимірювання продуктивності на робочій стації з процесором 1,6 Ghz

Відеокарта

В інтернеті зустрічається інформація, що на продуктивність 1С може впливати відеокарта. Ми пробували використовувати інтегроване відео робочої станції, професійний адаптер Nvidia NVIDIA Quadro 4000 2 Gb DDR5, стару відеокарту GeForce 16MbSDR. Під час проведення тесту Гільова якоїсь значної різниці не помітили. Можливо, відеокарта все ж таки впливає, але в реальних умовах, коли потрібно відкривати керовані форми і т.д.

На даний момент існує дві підозри, чому робоча станція працює швидше навіть із помітно гіршими характеристиками:

Процесор.Тип процесора на робочій станції найкраще підходить 1С.
Чіпсет.За інших рівних умов наша робоча станція має новий чіпсет, можливо, справа у ньому.

Ми плануємо закупити необхідні комплектуючі та продовжити тести, щоб остаточно з'ясувати, від чого більшою мірою залежить продуктивність 1С. Поки йде процес узгодження та закупівлі, ми вирішили виконати оптимізацію, тим більше, що це нічого не варте. Було виділено такі етапи:

Етап 1. Налаштування системи

Для початку виконаємо наступні налаштування в BIOS та операційній системі:

У BIOS сервері відключаємо всі налаштування економії електроживлення процесора.
Вибираємо в операційній системі план "Максимальна продуктивність".
Процесор також налаштовуємо на максимальну продуктивність. Це можна зробити за допомогою програми PowerSchemeEd.

Етап 2. Налаштування SQL сервера та сервера 1С: Підприємства

Вносимо наступні зміни в налаштування сервера СУБД та 1С:Підприємства.

Налаштування протоколу Shared Memory:
- Shared Memory включиться тільки на платформі починаючи з 1С 8.2.17, на більш ранніх релізах включиться Named Pipe – дещо поступається у швидкості роботи. Ця технологія працює лише якщо служби 1С та MSSQL встановлені на одному фізичному або віртуальному сервері.
Рекомендується перевести службу 1С в режим налагодження, як це не парадоксально це дає приріст продуктивності. За промовчанням налагодження на сервері вимкнено.
Налаштування SQL сервера:
- Нам потрібен лише сервер, інші служби, які до нього належать і, можливо, хтось ними користується, лише гальмують роботу. Зупиняємо та відключаємо такі служби як: FullText Search (у 1С власний механізм повнотекстового пошуку), Integration Services тощо.
- Встановлюємо максимально відведену серверу кількість пам'яті. Це необхідно для того, щоб SQL-сервер розраховував на цей обсяг і чистив заздалегідь.
- Встановлюємо максимальну кількість потоків (Maximum worker threads) та виставляємо підвищений пріоритет сервера (Boost priority).

Етап 3. Налаштування робочої бази даних

Після того, як сервер СУБД та 1С:Підприємства оптимізовані, переходимо до налаштувань баз. Якщо база ще не розгорнута з.dt файлу, і ви знаєте приблизний її розмір, то первинному файлу розмір ініціалізації краще відразу вказати «>=» розміру бази, але це справа смаку, він все одно зросте при розгортанні. А ось Автозбільшення розміру треба обов'язково вказати: приблизно по 200 МБ на базу та по 50 МБ на лог, т.к. значення за замовчуванням - зростання по 1МБ і по 10% дуже сильно гальмують роботу сервера, коли йому при кожній 3 транзакції треба файл збільшувати. Також зберігання файлу бази та файлу лога краще вказати на різних фізичних дисках або RAID групах, якщо використовується RAID масив, та обмежити розростання лога. Рекомендується виносити файл Tempdb на високошвидкісний масив, оскільки СУБД до нього часто звертається.

Етап 4. Налаштування регламентних завдань

Регламентні завдання створюються досить просто за допомогою Maintenance Plan у розділі Management, використовуючи графічні інструменти, тому докладно описувати, як це не будемо. Зупинимося у тому, які операції необхідно виконувати підвищення продуктивності.

Дефрагментацію індексів та оновлення статистики необхідно проводити щодня, т.к. якщо фрагментованість індексів > 25%, це різко знижує продуктивність сервера.
Дефрагментація та оновлення статистики – робиться швидко і не потребує відключення користувачів. Також рекомендується робити щодня.
Повна реіндексація – робиться із блокуванням БД, рекомендується робити хоча б раз на тиждень. Звичайно, після повної переіндексації одразу ж робиться дефрагментація індексів та оновлення статистики.

У результаті за допомогою тонких налаштувань системи, SQL сервера та робочої бази нам вдалося підвищити продуктивність на 46%. Виміри були проведені за допомогою інструменту 1С КВП та за допомогою тесту Гільова. Останній показав 25,6 одиниць проти 17,53, які були спочатку.

Короткий висновок

Продуктивність 1С не залежить від частоти ОЗУ. При досягненні достатнього її обсягу подальше нарощування пам'яті немає сенсу, оскільки призводить до збільшення продуктивності.
Продуктивність 1С залежить від відеокарти.
Продуктивність 1С залежить від дискової підсистеми за умови, що немає перевищення черги читання чи запису дисків. Якщо встановлені диски SATA і у них не перевищена черга, то установка SSD не призведе до підвищення продуктивності.
Продуктивність дуже залежить від частоти процесора.
При грамотному налаштуванні операційної системи та MSSQL-сервера можна досягти збільшення продуктивності 1С на 40-50% без будь-яких матеріальних витрат.

УВАГА! Дуже важливий момент! Усі виміри були виконані на тестовій базі з використанням тесту Гільова та інструментів 1С КВП. Поведінка реальної бази з реальними користувачами може відрізнятись від отриманих результатів. Наприклад, у тестовій базі ми не виявили залежності продуктивності від відеокарти та обсягу ОЗП. Дані висновки є досить сумнівними і в реальних умовах ці фактори можуть істотно впливати на продуктивність. При роботі з конфігураціями, що використовують керовані форми, відеокарта важлива і потужний графічний процесор прискорює роботу з погляду промальовування інтерфейсу програми, візуально це проявляється у більш швидкій роботі 1С.

Ваша 1С працює повільно? Замовте ІТ-обслуговування комп'ютерів та серверів фахівцями компанії EFSOL з багаторічним стажем або перенесіть свою 1С на потужний та стійкий до відмови віртуальний сервер 1С .

Системна інтеграція. Консалтинг

Налаштування регламентних та фонових завдань;
Діагностика та усунення помилок інформаційної бази, що має файловий формат зберігання даних;
Запустити індексацію повнотекстового пошуку в 1С або вимкнути його;
Запуск бази останніх Платформах 8.3.8;
Запуск у Тонкому Клієнті;
Збільшення швидкості перепроведення документів при відключеному антивірусі;
Запустити Перерахунок підсумків та відновлення послідовності;
Виконати Тестування та виправлення бази, перевірку утилітою chdbfl.exe;
Якщо конфігурація не типова, тобто допрацьована програмістами під конкретну організацію, виконати Перевірку конфігурації;
Вимкнути непотрібні функціональні режими;
Налаштувати права користувачів;
Згортка бази;
Модернізація апаратної частини

Спосіб 1. Налаштування регламентних та фонових завдань

Додаток у новій редакції 1С Бухгалтерія 3.0, крім виконання основної роботи, запускає операції у фоновому режимі, які ведуть до зниження швидкодії програми.

Фоновий режим – це режим очікування, тобто операція запущена завжди, хоч і не використовується.

Крок 1. Налаштування регламентних та фонових завдань

Відкриваємо перелік регламентних та фонових завдань: розділ Адміністрування – Підтримка та обслуговування – Регламентні операції – Регламентні та фонові завдання:

Після запуску програми 1С 8.3 автоматично запускаються фонові завдання та виконуються регламентні завдання, які використовують величезну кількість ресурсів та уповільнюють роботу програми. Отже, потрібно проаналізувати роботу бухгалтерів та визначити, які фонові завдання доцільно залишити в автозапуску, а які потрібно відключити.

На малюнку бачимо перелік регламентних завдань, які запускаються в 1С 8.3 Бухгалтерія:

На малюнку бачимо список виконаних фонових завдань:

Наприклад,

Програма 1С 8.3 Бухгалтерія для поновлення різних класифікаторів постійно підключається до сайту;
Якщо підприємстві не ведуться операції пов'язані з іноземною валютою, немає необхідності відстежувати курси валют;
Якщо бухгалтер не користується повнотекстовим пошуком у програмі, то не доцільно запускати процес «Вилучення тексту».

Крок 2. Вимкнення недоцільних завдань

Розглянемо докладно як вимкнути завантаження. Встановимо курсор на потрібний рядок і зробимо подвійне клацання:

Для відключення завдання прибираємо галочку Увімкнено:

Крок 3. Налаштування розкладу регламентних завдань

Розглянемо докладно, як налаштувати розклад. Встановимо курсор на потрібний рядок і зробимо подвійне клацання:

Виберемо пункт Розклад:

У вікні переходимо на потрібну закладку і робимо відповідне налаштування:

Спосіб 2. Діагностика та усунення помилок інформаційної бази, що має файловий формат зберігання даних

Крок 1.

Створюємо резервну копію бази даних.

Крок 2

Запускаємо процедуру. Для цього відкриваємо Конфігуратор та запускаємо процедуру Тестування та виправлення інформаційної бази: розділ Адміністрування – Тестування та виправлення.Вибираємо перевірки та режими, які потрібно виконати для інформаційної бази:

Розглянемо, докладніше запропоновані варіанти перевірки:

Реіндексація таблиць інформаційної бази – перебудовує індекси таблиць підвищення швидкодії роботи бази даних;
Перевірка логічної цілісності інформаційної бази – перевірка логіки бази;
Перевірка цілісності інформаційної бази – перевірка логічної цілісності бази даних для виявлення «битих» посилань;
Перерахунок підсумків – перерахунок підсумків таблиць регістрів нагромадження;
Стиснення таблиць інформаційної бази – зменшує розмір бази даних після тестування та виправлення;
Реструктуризація таблиць інформаційної бази – оптимізує структуру бази даних, використовуючи допоміжні файли з метою підвищення стабільності та швидкодії.

Якщо вибираємо варіант процедури Тестування та виправлення в режимі Перевірка цілісності інформаційної бази, то пункти налаштувань з обробки помилок бази даних стають доступними:

Пункт За наявності посилань на неіснуючі об'єктиозначає, що при виявленні «битих» посилань, оброблятиме посилання, використовуючи вибраний варіант;
Пункт При частковій втраті даних об'єктівозначає, що залишок даних достатній для відновлення даних будь-якого об'єкта.

Процедуру тестування та виправлення інформаційної бази 1С можна виконувати лише у монопольному режимі.

Спосіб 3. Запустити індексацію повнотекстового пошуку в 1С або вимкнути його зовсім

Повнотекстовий пошук даних компанія 1С розробила для полегшення пошуку незнайомої інформації користувачем. Особливістю повнотекстового пошуку даних у 1С 8.3 є:

Користувач може вводити пошуковий запит у простій формі та використовувати спеціальні оператори, такі як: і, або, не.
Повнотекстовий пошук даних працює з полями типу СховищеЗначення та з довгими текстовими полями, при цьому користувачу не будуть показані результати, на яких у нього немає прав.

Наприклад, потрібно налаштувати повнотекстовий пошук у документах Авансовий звіт.

Крок 1.

Крок 2

Відкриваємо документ Авансовий звіт: меню Конфігуратор – Відкрити конфігурацію.

Крок 3

У рядку Повнотекстовий пошук вибираємо пункт Використати: Авансовий звіт – Поле введення – Повнотекстовий пошук:

Крок 4.

Запускаємо програму та оновлюємо режим повнотекстового пошуку. Відкриваємо Регламентні операції: розділ Адміністрування – Налаштування програми – Підтримка та обслуговування:

Крок 5.

Відкриваємо налаштування та оновлюємо індекс за допомогою кнопки Оновити індекс:

Спосіб 4. Запуск бази на останніх платформах 8.3.8

Як оновити технологічну платформу 1С 8.3 дивіться у нашому відео уроці:

Фахівці 1С покращили розподіл навантаження:

Є можливість більш точно управляти обсягом пам'яті, що витрачається робочими процесами сервера, що дозволяє підвищити стійкість кластера до необережних дій користувачів.
Реструктуризація інформаційних баз у фоновому режимі. Нова можливість дозволяє звести до мінімуму час простою системи, необхідне оновлення прикладних рішень.
Платформа версії 8.3 отримала новий інтерфейс додатків “Таксі”, більш зручний та наочний з новим яскравим дизайном. Поліпшилися можливості навігації за додатком. Користувач може самостійно налаштовувати свій робочий простір, маючи панелі в різних областях екрану. Новий механізм введення рядком суттєво прискорює пошук даних. Докладніше про нові можливості програми 1С 8.3 Бухгалтерія інтерфейс “Таксі” дивіться у нашому відео:

Спосіб 5. Запуск у Тонкому клієнті

Робота в режимі тонкого клієнта можлива лише в режимі керованої програми. У режимі тонкого клієнта всі дії виконуються на сервері, користувачеві виводиться лише відображення інформації, що отримується. Цей режим роботи вимагає великих ресурсів як системи, і каналу зв'язку.

Спосіб 6. Змінити антивірусне програмне забезпечення

Якщо стоїть антивірус Avast чи Касперський, то бажано замінити іншою. Досвід показав збільшення швидкості перепроведення документів при відключеному антивірусі у рази, оскільки антивіруси займають ресурси комп'ютера.

Спосіб 7. Тестування та виправлення бази, перевірка утилітою chdbfl.exe

Необхідно виконати Тестування та виправлення бази, попередньо зробивши копію.

Крок 1. Робимо копію бази даних

Як зробити резервну копію 1С 8.3 дивіться у наступному відео уроці:

Крок 2. Виконуємо перевірку за допомогою утиліти chdbfl.exe

Утиліту chdbfl.exe використовують у випадках, коли система не запускається навіть у режимі конфігуратора. Розташована утиліта в папці «bin» встановленої технологічної платформи, наприклад: c: Program Files (x86) 1cv8 8.3.9.1818 bin chdbfl.exe:

Виконуємо перевірку за допомогою утиліти chdbfl.exe:

Крок 3. Виконати Тестування та виправлення бази

Виконати Тестування та виправлення бази запустивши систему в режимі конфігуратора.

Крок 4. Відновлення послідовності документів

Для відновлення послідовності у 1С 8.3 відкриваємо Усі функції: головне Меню – Усі функції. Вибираємо потрібний пункт і відкриваємо за допомогою кнопки Відкрити:

У вікні, що відкрилося, на закладці Відновлення послідовностей і натискаємо Відновити або Відновити все:

Спосіб 8. Якщо конфігурація не є типовою, виконайте перевірку конфігурації.

Якщо конфігурація не типова, тобто допрацьована програмістами під конкретну організацію, виконуємо перевірку конфігурації.

Крок 1.

Запускаємо програму як Конфігуратор.

Крок 2

Відкрити конфігурацію БД: розділ Конфігурація – Конфігурація бази даних:

Крок 3

Вибираємо пункт Перевірка конфігурації та робимо налаштування:

Спосіб 9. Вимкнути непотрібні функціональні режими

Відкриваємо Функціональність програми 1С 8.3: розділ Головне – Налаштування – Функціональність, робимо налаштування по кожному розділу:

Спосіб 10. Налаштувати права користувачів

Крок 1.

Запускаємо 1С 8.3 у режимі Конфігуратор.

Крок 2

Відкриваємо список користувачів: розділ Адміністрування – Користувачі. Інше визначаємо які ролі потрібно призначити користувачеві і відзначити їх галочкою.

Зменшення обраного функціоналу зменшує час на відсортування програмою керованих форм при відкритті списку документів, тобто чим менше зайвого в керованому інтерфейсі – тим швидше він працює:

Спосіб 11. Дефрагментація диска з файловою базою

Процедура дефрагментації диска здійснює оптимізацію файлів, що знаходяться на жорсткому диску для збільшення швидкості роботи системи. Дефрагментацію потрібно робити лише за необхідності, оскільки збільшує процес зносу диска.

Виділивши жорсткий диск, правою клавішею миші викликаємо команду Властивості:

На закладці Сервіс вибираємо Оптимізація та дефрагментація диска:

Спосіб 12. Згортка бази

– це введення актуальних залишків на дату і видалення старих, непотрібних документів. Цей спосіб може бути корисним, якщо база великого обсягу, наприклад, за кілька років. Згортку необхідно виконувати без працюючих у системі користувачів.

Крок 1. Створюємо копію бази даних

Крок 2. Виконуємо процедуру згортки бази 1С 8.3

Розділ Адміністрування – Сервіс – Згортка інформаційної бази.

На першому етапі Програма 1С 8.3 пропонує зробити резервну копію, де потрібно вказати каталог для збереження. Натискаємо Далі:

Ваша "1С" знову гальмує?Втрачаєте час, доки складається звіт?Набридло пити чай, чекаючи на обмін даними?

Ситуація з повільною роботою 1С трапляється нерідко. Можна з цим миритися, а можна оптимізувати налаштування 1С та обладнання, що значно збільшить швидкість Вашої роботи.

Наші послуги допоможуть Вам встигати більше за робочий день! Ми знаємо, як прискорити 1С так, щоб слова «1С зависає» Ви ніколи не повторювали.

Чому «1С» може зависати чи гальмувати?

Проблеми можуть бути в обладнанні. Брак пам'яті на сервері з 1С, нестійка робота в локальній мережі, проблеми з жорстким диском або ключами захисту - все це може змушувати 1С гальмувати, а Вас нервувати. Крім цього, 1С може виснути через:

поганий сумісності платформи та конфігурації,
грубих помилок 1С-програмістів-початківців,
великого обсягу бази,
великої кількості користувачів.

Навіть помилки при звичайних діях з 1С теж можуть призвести до її повільної роботи.

Як прискорити 1С?

Ми діємо так:

Перевіряємо обладнання на відповідність технологічним запитам 1С. Можливо, потрібне збільшення оперативної пам'яті, налаштування 1С-сервера, заміна диска або перевірка швидкості локальної мережі. Іншими словами, проводимо комплексну перевірку всього обладнання, яке задіяне у процесі.
Перевіряємо налаштування інших сервісів, що беруть участь у роботі 1С. Наприклад, неправильно налаштовані SQL-база або ненадійний термінальний доступ можуть сильно уповільнювати роботу 1С.
Перевіряємо коректність коду конфігурації 1С, під час роботи з якою є проблеми. Не секрет, що те саме програмне завдання можна вирішити різними способами. Чи не оптимальний код часто призводить 1С до зависання.
Перевіряємо схему роботи користувачів під час роботи з 1С. Іноді користувачі самі гальмують 1С і не підозрюють про це.

Як прискорити роботу в 1С:Бухгалтерія 8.3 (редакція 3.0) або відключаємо регламентні та фонові завдання

2019-01-15T13:28:19+00:00

Ті з вас, хто вже встиг перейти на нову редакцію 1С: Бухгалтерія 8.3 (редакція 3.0) встигли помітити, що працювати вона стала повільнішою, ніж двійка. Якісь незрозумілі підгальмовування, нескінченні фонові завдання кілька разів на день, які її ніхто не просив виконувати без нашого відома.

Мені мої бухгалтери одразу після переходу так і заявили, що нова редакція 1С:Бухгалтерія 3.0 порівняно з попередніми відверто гальмує! І працювати просто неможливо.

Я почав розбиратися і дуже скоро з'ясував, що основною причиною підвисань і невдоволення користувачів, що слідували, є регламентні і фонові завдання, багато з яких за замовчуванням включені, хоча для абсолютної більшості бухгалтерів у них немає жодної необхідності.

Ну, наприклад, навіщо нам по сто разів на день запускати завдання "Вилучення тексту", якщо ми не здійснюємо повнотекстовий (бухгалтери, не лякайтеся) пошук по всіх об'єктах нашої бази.

Або навіщо постійно завантажувати курси валют, якщо ми не маємо валютних операцій або ми робимо їх зрідка (і перед цим і самі можемо натиснути кнопку завантажити курси).

Те саме стосується і постійної спроби 1С підключитися до сайту та перевірити та оновити класифікатори банків. Навіщо? Я і сам натисну кнопку оновити класифікатори, якщо не знайду потрібного банку за його БІК.

Про те, як це зробити за пунктами нижче.

1. Зайдіть до розділу "Адміністрування" і на панелі дій виберіть "Обслуговування" ():

2. У вікні знайдіть і виберіть пункт "Регламентні та фонові завдання":

3. Відкрийте кожне завдання, яке має у колонці "Увімк." стоїть галка.

4. Зніміть позначку з пункту "Увімкнено" та натисніть кнопку "Записати та закрити".

5. Зробіть це з кожним із включених завдань і насолоджуйтесь новою редакцією. Загалом, на мій погляд, вона набагато краща за двійку.

При цьому деякі з відключених вами регламентних завдань платформа все одно включить назад.

Основна мета написання статті – щоб не повторювати очевидні нюанси тим адміністраторам (і програмістам), які ще не набрали досвіду з 1С.

Вторинна мета, якщо маю якісь недоліки, — на Інфостарті мені це вкажуть найшвидше.

Якимсь стандартом "де факто" вже став тест В. Гільова. Автор на своєму сайті дав цілком зрозумілі рекомендації, я ж наведу деякі результати, і прокоментую найбільш ймовірні помилки. Природно, що результати тестування на Вашому устаткуванні можуть відрізнятися, це просто для орієнтиру, що має бути і чого можна прагнути. Відразу хочу наголосити, що зміни треба робити покроково, і після кожного кроку перевіряти, який результат це дало.

На Інфостарті подібні статті є, у відповідних розділах ставитиму на них посилання (якщо пропущу щось - прохання підказати у коментарях, додам). Отже, припустимо у вас гальмує 1С. Як діагностувати проблему, і як зрозуміти, хто винен, адміністратор чи програміст?

Вихідні дані:

Комп'ютер, що тестується, основний піддослідний кролик: HP DL180G6, в комплектації 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Для порівняння, порівняні результати в однопотоковому тесті показує Core i3-2100. Обладнання спеціально взяв не найновіше, на сучасному обладнанні результати помітно кращі.

Для тестування рознесених серверів 1С і SQL, SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Для перевірки 10 Gbit мережі використовувалися Intel 520-DA2 адаптери.

Файлова версія. (База лежить на сервері в розшарованій папці, клієнти підключаються по мережі, протокол CIFS/SMB). Алгоритм за кроками:

0. Додаємо на файловий сервер тестову базу Гільова до тієї ж папки, що й основні бази. З клієнтського комп'ютера підключаємось, запускаємо тест. Запам'ятовуємо результат.

Мається на увазі, що навіть для старих комп'ютерів 10-річної давності (Pentium на 775 socket ) час від натискання на ярлик 1С: Підприємство до появи вікна бази має пройти менше хвилини. ( Celeron = повільна робота).

Якщо у Вас комп'ютер гірший, ніж пентіум на 775 socket з 1 гб оперативної пам'яті, то я Вам співчуваю, і комфортної роботи на 1С 8.2 у файловій версії Вам буде важко. Подумайте або про апгрейд (давно пора), або про перехід на термінальний (або web, у разі тонких клієнтів та керованих форм) сервер.

Якщо комп'ютер не гірший, можна штовхати адміністратора. Як мінімум – перевірити роботу мережі, антивіруса та драйвера захисту HASP.

Якщо тест Гільова на цьому етапі показав 30 папуг і вище, але робоча база 1С все одно працює повільно - питання вже до програміста.

1. Для орієнтира, скільки ж може "вичавити" клієнтський комп'ютер, перевіряємо роботу тільки цього комп'ютера без мережі. Тестову базу ставимо на локальний комп'ютер (на швидкий диск). Якщо клієнтському комп'ютері немає нормального ССД, то створюється рамдиск. Поки що, найпростіше і безкоштовне - Ramdisk enterprise.

Для тестування версії 8.2 цілком достатньо 256 мегабайт рамдиска, і! Найголовніше. Після перезавантаження комп'ютера з працюючим рамдиском на ньому повинно бути вільно 100-200 мб. Відповідно, без рамдиска, для нормальної роботи вільної пам'яті має бути 300-400 мегабайт.

Для тестування версії 8.3 рамдиска 256 мегабайт вистачить, але вільної оперативної пам'яті треба більше.

При тестуванні слід дивитися на завантаження процесора. У випадку, близькому до ідеального (рамдиск), локальна файлова 1с під час роботи завантажує 1 ядро процесора. Відповідно, якщо при тестуванні у вас ядро процесора завантажено не повністю - шукайте слабкі місця. Трохи емоційно, але загалом коректно, вплив процесора працювати 1С описано . Просто для орієнтиру, навіть на сучасних Core i3 з високою частотою, цілком реальні цифри 70-80.

Найпоширеніші помилки цьому етапі.

а) Неправильно налаштований антивірус. Антивірусів багато, налаштування для кожного свої, скажу лише те, що при грамотному налаштуванні ні веб, ні касперський 1С не заважають. При налаштуваннях "за замовчуванням" - може забиратися приблизно 3-5 папуг (10-15%).

б) Режим продуктивності. Чомусь на це мало хто звертає уваги, а ефект – найвагоміший. Якщо потрібна швидкість - робити це обов'язково, і на клієнтських і на серверних комп'ютерах. (Гарний опис у Гілева. Єдиний нюанс, на деяких материнських платах якщо вимкнути Intel SpeedStep то не можна включати TurboBoost).

Якщо коротко - під час роботи 1С відбувається дуже багато очікувань відповіді з інших пристроїв (диск, мережа тощо). Під час очікування відповіді, якщо режим продуктивності включений збалансований, процесор знижує свою частоту. Приходить відповідь від пристрою, треба працювати 1С (процесору), але перші такти йдуть зі зниженою частотою, потім частота підвищується – а 1С знову чекає відповіді від пристрою. І так – багато сотень разів на секунду.

Вмикати режим продуктивності можна (і бажано) у двох місцях:

Через BIOS. Вимкнути режими C1, C1E, Intel С-state (C2, C3, C4). У різних біосах вони називаються по-різному, але сенс один. Шукати довго, потрібно перезавантаження, але якщо зробив один раз – потім можна забути. Якщо BIOS все зробити правильно, то швидкості додасться. На деяких материнських платах налаштуваннями BIOS можна зробити так, що режим продуктивності Windows ролі не гратиме. (Приклади налаштування BIOS у Гільова). Ці налаштування здебільшого стосуються серверних процесорів або "просунутих" BIOS, якщо Ви таке у себе не знайшли, і у вас НЕ Xeon – нічого страшного.

Панель керування - Електроживлення - Висока продуктивність. Мінус - якщо ТО комптютера давно не проводилося, він сильніше гудітиме вентилятором, більше грітиметься і споживатиме більше енергії. Це – плата за продуктивність.

Як перевірити, що режим увімкнено. Запускаємо диспетчер завдань – швидкодія – монітор ресурсів – ЦП. Чекаємо, поки процесор нічим не зайнятий.

Це налаштування за замовчуванням.

У BIOS C-state включені,

режим енергоспоживання збалансований

У BIOS C-state включені, режим високої продуктивності

Для Pentium та Core на цьому можна зупинитися,

з Xeon ще можна вичавити трохи "папужок"

У BIOS C-state вимкнено, режим високої продуктивності.

Якщо не використовувати Turbo boost - саме так має виглядати

сервер, налаштований на продуктивність

Нині ж цифри. Нагадаю: Intel Xeon 5650, Ramdisk. У першому випадку тест показує 23.26, в останньому – 49.5. Різниця – майже дворазова. Цифри можуть змінюватись, але співвідношення залишається практично таким же для Intel Core.

Шановні адміністратори, ви можете як завгодно лаяти 1С, але якщо кінцевим користувачам потрібна швидкість, необхідно включати режим високої продуктивності.

в) Turbo Boost. Спочатку треба зрозуміти, чи підтримує Ваш процесор цю функцію, наприклад. Якщо підтримує, можна ще цілком легально отримати трохи продуктивності. (Питання розгону по частоті, особливо серверів, торкатися не хочу, робіть це на свій страх і ризик. Але погоджуся з тим, що підвищення Bus speed зі 133 до 166 дає дуже відчутний приріст як швидкості, так і тепловиділення)

Як включати turbo boost написано, наприклад, . Але! Для 1С є деякі нюанси (не найочевидніші). Складність у цьому, що максимальний ефект від turbo boost проявляється тоді, коли включені C-state. І виходить приблизно така картинка:

Зверніть увагу, що множник – максимальний, частота Core speed – найкрасивіша, продуктивність – висока. Але що буде в результаті з 1с?

	Множник	Core speed (частота), GHz	CPU-Z Single Thread	Тест Гільова Ramdisk файловий варіант	Тест Гільова Ramdisk клієнт-сервер
Без Turbo boost
C-state off, Turbo boost				53.19	40,32
C-state on, Turbo boost			1080	53,13	23,04

А в результаті виходить, що за тестами продуктивності ЦПУ варіант з множником 23 попереду, за тестами Гільова у файловій версії - продуктивність з множником 22 і 23 однакова, а ось у клієнт-серверній - варіант з множником 23 жах жах (навіть, якщо C -state виставити на рівень 7, все одно повільніше, ніж з вимкненим C-state). Тому рекомендація, перевірте обидва варіанти у себе, і виберіть із них найкращий. У будь-якому випадку, різниця 49,5 та 53 папуги – досить значна, тим більше це без особливих зусиль.

Висновок – turbo boost включати обов'язково. Нагадаю, що недостатньо включити пункт Turbo boost у біосі, треба ще подивитися й інші налаштування (BIOS: QPI L0s, L1 – disable, demand scrubbing – disable, Intel SpeedStep – enable, Turbo boost – enable. Панель управління – Електроживлення – Висока продуктивність) . І я все-таки (навіть для файлової версії) зупинився на варіанті, де c-state вимкнений, хоч там множник і менше. Вийде якось так...

Досить спірним моментом є частота пам'яті. Наприклад, ось частота пам'яті показується як дуже сильно впливає. Мої ж тести – такої залежності не виявили. Я не порівнюватиму DDR 2/3/4, я покажу результати зміни частоти в межах однієї лінійки. Пам'ять та сама, але у біосі примусово ставимо менші частоти.

І результати тестування. 1С 8.2.19.83, для файлового варіанта локальний рамдиск, для клієнт-серверного 1С та SQL на одному комп'ютері, Shared memory. Turbo boost в обох варіантах вимкнено. 8.3 показує порівняні результати.

Різниця - у межах похибки вимірів. Я спеціально витягнув скрини CPU-Z щоб показати, що зі зміною частоти змінюються інші параметри, ті ж CAS Latency і RAS to CAS Delay, що нівелює зміну частоти. Різниця буде тоді, коли фізично змінюватимуться модулі пам'яті, з повільніших на швидші, але й там цифри не надто значні.

2. Коли з процесором та пам'яттю клієнтського комп'ютера розібралися, переходимо до наступного дуже важливого місця – мережі. Про тюнінг мережі написано багато томів книг, є статті на Інфостарті ( , та інші), тут я на цю тему загострюватиму увагу не буду. Перед початком тестування 1С прохання переконатися, що iperf між двома комп'ютерами показує всю смугу (для 1 гбіт карток – ну хоча б 850 мбіт, а краще 950-980), що виконані поради Гільова. Потім - найпростішою перевіркою роботи буде, хоч як це дивно, копіювання одного великого файлу (5-10 гігабайт) по мережі. Непрямою ознакою нормальної роботи в мережі в 1 гбіт буде середня швидкість копіювання 100 мб/сек, хорошої роботи — 120 мб/сек. Хочу звернути увагу, що слабким місцем (у тому числі) може бути завантаженість процесора. SMB протокол на Linux досить погано паралеліться, і під час роботи він цілком спокійно може з'їсти одне ядро процесора, і більше не споживати.

І ще. За замовчуванням windows клієнт найкраще працює з windows server (або навіть windows робоча станція) і протоколом SMB/CIFS, linux клієнт (debian, ubuntu інші не дивився) краще працює з linux і NFS (з SMB теж працює, але на NFS папуги вище). Те, що при лінійному копіюванні вин-лінукс сервер на НФС копіюється в один потік швидше, ще ні про що не говорить. Тюнінг debian для 1С - тема окремої статті, я до неї ще не готовий, хоча можу сказати, що у файловій версії отримував навіть трохи більшу продуктивність, ніж Win варіант на цьому ж обладнанні, але з postgres при користувачах понад 50 у мене поки що все дуже погано.

Найголовніше , про що знають адміністратори, що не "обпеклися", але не враховують початківці. Є багато способів задати шлях до бази 1с. Можна зробити \\server\share, можна \\192.168.0.1\share, можна net use z: \\192.168.0.1\share (і в деяких випадках такий спосіб теж спрацює, але далеко не завжди) і потім вказувати диск Z. Начебто всі ці шляхи вказують на те саме місце, але для 1С є тільки один спосіб, що досить стабільно дає нормальну продуктивність. Так ось, правильно робити треба так:

У командному рядку (або в політиках, або як Вам зручно) - робите net use DriveLetter:\server\share. Приклад: net use m: \\server\bases. Я спеціально наголошую, НЕ IP адресу, а саме ім'ясервера. Якщо сервер на ім'я не видно - додайте його в dns на сервері, або локально до файлу hosts. Але звернення має бути на ім'я. Відповідно - в дорозі до бази звертатися до цього диска (див. картинку).

А тепер я на цифрах покажу, чому саме така порада. Вихідні дані: Карти Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. Win 2008 R2, Win 7, Debian 8. Драйвера останні, оновлення застосовані. Перед тестуванням я переконався, що Iperf дає повну смугу (крім 10 гбіт карток, там вийшло тільки 7.2 Gbit вичавити, потім подивлюсь чому тестовий сервер ще не налаштований як треба). Диски різні, але скрізь SSD (спеціально вставив одиночний диск для тестування, більше нічим не навантажено) або рейд із SSD. Швидкість 100 Мбіт отримана шляхом обмеження в налаштуваннях адаптера Intel 362. Різниці між 1 Gbit мідь Intel 350 і 1 Gbit оптика Intel X520-DA2 (отриманої шляхом обмеження швидкості адаптера) не виявлено. Максимальна продуктивність, турбобуст вимкнений (просто для сумісності результатів, турбобуст для хороших результатів додає трохи менше 10%, для поганих - взагалі може не позначитися). Версії 1С 8.2.19.86, 8.3.6.2076. Цифри наводжу не всі, а найцікавіші, щоб було з чим порівнювати.

	Win 2008 - Win 2008 звернення за адресою ip	Win 2008 - Win 2008 Звернення на ім'я	Win 2008 - Win 2008 Звернення за адресою ip	Win 2008 - Win 2008 Звернення на ім'я	Win 2008 - Win 7 Звернення на ім'я	Win 2008 - Debian Звернення на ім'я	Win 2008 - Win 2008 Звернення за адресою ip	Win 2008 - Win 2008 Звернення на ім'я
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1С 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1С 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Висновки (з таблиці, і з особистого досвіду. Стосується лише файлової версії):

По мережі можна отримати цілком нормальні цифри для роботи, якщо цю мережу нормально налаштувати і правильно прописати шлях до 1С. Навіть перші Core i3 можуть давати 40+ папуг, що досить непогано, причому це не тільки папуги, в реальній роботі різниця теж помітна. Але! обмеженням при роботі кількох (більше 10) користувачів вже виступатиме не мережа, тут 1 Гбіт ще вистачить, а блокування при розрахованій на багато користувачів роботі (Гілев).

Платформа 1C 8.3 в рази вимогливіша до грамотного настроювання мережі. Базові налаштування - см Гілев, але врахуйте, що впливати може все. Бачив прискорення від того, що деінсталювали (а не просто відключали) антивірус, від прибирання протоколів типу FCoE, від зміни драйверів на більш стару, але microsoft certified версію (особливо стосується дешевих карток типу асусів та довжин), від прибирання другої мережевої картки із сервера . Дуже багато варіантів, настроюйте мережу вдумливо. Цілком може бути ситуація, коли платформа 8.2 дає прийняті цифри, а 8.3 - у два чи навіть більше разів менше. Спробуйте грати з версіями платформи 8.3, іноді виходить дуже великий ефект.

1С 8.3.6.2076 (може і пізніші, точну версію ще не шукав) по мережі все-таки налаштувати простіше, ніж 8.3.7.2008. Домогтися від 8.3.7.2008 нормальної роботи по мережі (у порівнянних папугах) вдалося всього кілька разів, повторити для більш загального випадку не зміг. Сильно не розбирався, але судячи з онуч від Process Explorer там запис не так йде, як у 8.3.6.

Незважаючи на те, що при роботі на 100Мбіт мережі графік її завантаженості невеликий (можна сказати, що мережа вільна), швидкість роботи все одно набагато менше, ніж на 1 гбіт. Причина – затримки (latency) мережі.

За інших рівних умов (добре працюючої мережі) для 1С 8.2 з'єднання Intel – Realtek повільніше на 10%, ніж Intel-Intel. А ось realtek-realtek взагалі можуть дати різкі просідання на рівному місці. Тому, якщо є гроші - краще скрізь тримати мережеві картки Intel, якщо грошей немає - Intel ставити тільки на сервер (ваш К.О.). Та й інструкцій з тюнінгу інтелевих мережевих карток у рази більше.

Налаштування антивірусів за умовчанням (на прикладі drweb 10 версії) забирають близько 8-10% папуг. Якщо налаштувати як треба (дозволити процесу 1cv8 робити все, хоч це й не безпечно) – швидкість така сама, як і без антивірусу.

Лінуксовим гуру не читати. Сервер з samba це здорово і безкоштовно, але якщо на сервер поставити Win XP або Win7 (а ще краще – серверні ОС), то у файловій версії 1с працюватиме швидше. Так, і samba і стек протоколів та налаштування мережі та багато іншого в debian/ubuntu добре тюнінгується, але робити це рекомендується фахівцям. Немає сенсу ставити лінукс із налаштуваннями за замовчуванням і потім говорити, що він повільно працює.

Досить добре перевіряти роботу дисків, підключених через net use, з допомогою fio . Принаймні буде зрозуміло, чи це проблеми з платформою 1С, чи з мережею/диском.

Для одного користувача варіанта не можу придумати тести (або ситуацію), де була б видна різниця між 1Гбіт і 10 Гбіт. Єдине, де 10Гбіт для файлової версії дав результат краще – це підключення дисків по iSCSI, але це тема окремої статті. Все-таки вважаю, що для файлової версії 1 Гбіт карток достатньо.

Чому при 100 Мбіт мережі 8.3 працює помітно швидше за 8.2 - не розумію, але факт мав місце бути. Все інше обладнання, всі інші установки абсолютно однакові, просто в одному випадку тестується 8.2, а в іншому - 8.3.

Не тюнінгований NFS win-win або win-lin дає 6 папуг, у таблицю включати не став. Після тюнінгу 25 отримав, але нестабільно (розбіг у вимірах більше 2 одиниць). Поки не можу дати рекомендації щодо використання windows та NFS протоколу.

Після всіх налаштувань і перевірок запускаємо знову тест з клієнтського комп'ютера, радіємо результату, що покращився (якщо вийшло). Якщо результат покращився, папуг стало більше 30 (а особливо більше 40), користувачів одночасно працює менше 10 а робоча база все одно гальмує - практично однозначно проблеми програміста (або Ви вже досягли піку можливостей файлової версії).

Термінальний сервер. (База лежить на сервері, клієнти підключаються по мережі, протокол RDP). Алгоритм за кроками:

0. Додаємо на сервер тестову базу Гільова до тієї ж папки, що й основні бази. З цього сервера підключаємося, запускаємо тест. Запам'ятовуємо результат.

1. Так само, як і у файловій версії, налаштовуємо роботу . Що стосується термінального сервера - процесор взагалі несе у собі основну роль (маю на увазі, що немає явних слабких місць, типу браку пам'яті чи величезної кількості непотрібного ПЗ).

2. Налаштування мережевих карток у разі термінального сервера мало впливає працювати 1с. Для забезпечення "особливого" комфорту, якщо у вас сервер видає більше 50 папуг можна погратися з новими версіями RDP протоколу, просто для комфорту роботи користувачів, швидшого відгуку та скролінгу.

3. При активній роботі великої кількості користувачів (а тут вже можна пробувати і 30 осіб на одну базу підключити, якщо постаратися), дуже бажано поставити SSD диск. Чомусь вважається, що диск не особливо впливає на роботу 1С, але всі тести проводять із включеним на запис кешем контролера, що неправильно. Тестова база маленька, вона цілком міститься у кеш, звідси й високі цифри. На реальних (великих) базах все буде зовсім інакше, тому для тестів кеш вимкнено.

Наприклад, перевірив роботу тесту Гилева з різними варіантами дисків. Диски ставив із того, що було під рукою, просто тенденцію показати. Різниця між 8.3.6.2076 та 8.3.7.2008 невелика (у варіанті Ramdisk Turbo boost 8.3.6 видає 56.18 а 8.3.7.2008 видає 55.56, в решті тестів різниця ще менша). Енергоспоживання – максимальна продуктивність, turbo boost відключений (якщо не сказано інше).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	Поодинокий SSD	Ramdisk		Увімкнено кеш RAID контролера
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1С 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1С 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

Включений кеш RAID контролера нівелює всю різницю між дисками, цифри однакові і сата, і сас. Тестування з нею для невеликого обсягу даних марна і є якимось показником.

Для платформи 8.2 різниця у продуктивності між SATA та SSD варіантами - більш ніж удвічі. Це не помилка. Якщо під час тесту на CATA дисках дивитися на монітор продуктивності. то там очевидно видно "Активний час роботи диска (в%)" 80-95. Так, якщо включити кеш самих дисків на запис, швидкість зросте до 35, якщо включити кеш рейд контролера - до 49 (незалежно від того, які диски тестуються в даний момент). Але це - синтетичні папуги кешу, у реальній роботі при великих базах ніколи не буде 100% write cache hit ratio.

Швидкість навіть дешевих ССД (я тестував на Agility 3) цілком вистачає для роботи файлової версії. Ресурс запису - інша справа, тут треба дивитися в кожному конкретному випадку, зрозуміло, що у Intel 3700 він буде на порядок вище, але там і ціна відповідна. І так, я розумію, що при тестуванні SSD диска я теж тестую переважно кеш цього диска, реальні результати будуть меншими.

Найправильнішим (на мою думку) рішенням буде виділити 2 ССД диска в дзеркальний рейд для файлової бази (або кількох файлових баз), і нічого більше туди не поміщати. Так, при дзеркалі ССД зношуються однаково і це мінус, але хоча б від помилок електроніки контролера хоч якось застраховані.

Основні плюси ССД дисків для файлового варіанта з'являться тоді, коли буде багато баз і в кожній по кілька користувачів. Якщо баз 1-2 і користувачів в районі 10, то і SAS дисків вистачить. (але у будь-якому разі - дивитися завантаження цих дисків, хоча б через perfmon).

Основні плюси термінального сервера – у нього можуть бути дуже слабкі клієнти, і налаштування мережі на термінальний сервер впливають набагато менше (знову ваш К.О.).

Висновки: якщо на термінальному сервері запустити тест Гілєва (з того ж диска, де лежать робочі бази) і в ті моменти, коли гальмує робоча база, і тест Гільова покаже хороший результат (вище 30) - то в повільній роботі основної робочої бази винен, швидше за все, програміст.

Якщо ж і тест Гільова показуємо маленькі цифри, і у вас і процесор з високою частотою, і швидкі диски, то ось тут адміністратору треба брати як мінімум perfmon, причому із записом всіх результатів куди-небудь, і дивитися, спостерігати, робити висновки. Однозначних порад не буде.

Клієнт-серверний варіант.

Тести проводив лише з 8.2, т.к. На 8.3 все досить серйозно залежить від версії.

Для тестування вибирав різні варіанти серверів та мережі між ними, щоб показати основні тенденції.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Fibre channel - SSD	SQL: Xeon E5-2630 Fibre channel - SAS	SQL: Xeon E5-2630 Local SSD	SQL: Xeon E5-2630 Fibre channel - SSD	SQL: Xeon E5-2630 Local SSD	1С: Xeon 5650 =	1С: Xeon 5650 = Shared memory	1С: Xeon 5650 =	1С: Xeon 5650 =	1С: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1С 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Начебто всі цікаві варіанти розглянув, якщо щось цікавить ще – пишіть у коментарі, постараюся зробити.

САС на СГД працює повільніше, ніж локальні ССД, навіть незважаючи на те, що у СГД великі розміри кешу. ССД і локальні та на СХД для тесту Гільова працюють з порівнянною швидкістю. Якийсь стандартний багатопотоковий тест (не тільки записи, а всього обладнання), крім навантажувального 1С з ЦУП, я не знаю.

Зміна сервера 1С із 5520 на 5650 дала практично подвоєння продуктивності. Так, конфігурації серверів не збігаються повністю, але тенденцію показує (нічого дивовижного).

Збільшення частоти на сервері SQL, звичайно, дає ефект, але не такий, як на сервері 1С, MS SQL сервер відмінно вміє (якщо його про це попросити) використовувати багатоядерність і вільну пам'ять.

Зміна мережі між 1С та SQL з 1 гбіт на 10 гбіт дає приблизно 10% папуг. Чекав на більше.

Включення Shared memory ефект все-таки дає, хоч і не 15%, як описано. Робити обов'язково, благо це швидко та просто. Якщо хтось при установці дав серверу SQL іменований інстанс, то для роботи 1С ім'я сервера треба вказувати не FQDN (працюватиме tcp/ip), не через localhost або просто ServerName, а через ServerName\InstanceName, наприклад zz-test\zztest. (Інакше буде помилка СУБД: Microsoft SQL Server Native Client 10.0: Постачальник спільної пам'яті: Не знайдено бібліотеку спільної пам'яті, яка використовується для встановлення з'єднання з SQL Server 2000 . state=1, Severity=10, native=126, line=0).

Для користувачів менше 100 єдиний сенс для рознесення на два окремі сервери - це ліцензія на Win 2008 Std (і старіші версії), яка підтримує лише 32 Гб ОЗУ. У всіх інших випадках - 1С і SQL однозначно треба ставити на один сервер і давати йому більше (хоча б 64 Гб) пам'яті. Давати MS SQL менше 24-28 Гб ОЗУ - невиправдана жадібність (якщо Ви думаєте, що у Вас цієї пам'яті йому вистачає і все нормально працює - може Вам і файлової версії 1С вистачило б?)

Наскільки гірше працює зв'язка 1С і SQL у віртуальній машині – тема окремої статті (підказка – помітно гірша). Навіть у Hyper-V все не так однозначно.

Збалансований режим продуктивності – це погано. Результати цілком корелюють із файловою версією.

У багатьох джерелах написано, що режим налагодження (ragent.exe -debug) дає сильне зниження продуктивності. Ну знижує, так, але 2-3% я не назвав би значним ефектом.