1. Якщо ви не хочете читати основну статтю
2. Основна стаття
3. Ми купили сервер ...
4. Серверні машини - це солідно і надійно
5. Серверні машини швидше - у них ядер більше ...
6. А ти їх ще завантаж (або чому важлива швидкість одного ядра)
7. Про смачну і здорову їжу
8. Сучасні ВИСОКІ ТЕХНОЛОГІЇ 1С (або як полюбити керовані форми)
9. Do not follow the white rabbit, Neo. Про небезпеки віртуальних машин і мисленні сисадміна. Головного.
10. HD відео в 1080p з німецьких сайтів не гарантує такого ж задоволення в 1С
11. Не забувайте про «Сервері SQL»
12. Жорсткий диск має значення
13. Ми йдемо разом!
14. Слідкуйте за 1С
15. Так багато смачного. Що ж вібрато?
16. На закінчення

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

Дана стаття написана в авторському стилі і не претендує на істину в останній інстанції. Вона присвячується всім, хто хоч якось взаємодіє з 1С (користувачам, програмістам, адміністраторам, IT-менеджменту і навіть власникам бізнесу). Окремо хочеться виділити досвідчених системних адміністраторів, і трохи нижче по тексту ви зрозумієте чому.

Також хотілося б сказати, що в даній статті ми розглядаємо потреби середнього (з точки зору навантаження на інформаційні системи 1С) бізнесу (до 100 користувачів однієї бази даних, до 2000 відвантажувальних документів в день). Іншими словами, застосовувати думку автора для крайнощів (всього 5 користувачів бази даних або цілих 500 користувачів) не слід, тому що це занадто окремі випадки.

Якщо ви не хочете читати основну статтю

Тоді відразу наведу короткий список постулатів. Обмовлюся, що під терміном «Сервером 1С» я маю на увазі пару додатків «Сервер 1С» + «Сервер SQL», розташованих як на одній фізичній машині, так і на різних.

Однак в більшості своїй мова йде про програму «Сервері 1С», як про більш (в порівнянні з Сервером SQL) навантаженому елементі. Ось цей список:

1. Боріться з інерцією мислення Головного сисадміна.
2. Додатком «1С Підприємство» ресурси машини потрібні миттєво - прямо зараз, і не секундою пізніше. Пам'ятайте це, налаштовуючи віртуальну машину (а краще - відмовляючись від неї) і плани харчування.
3. Серверне рішення (ім. В виду залізо) завжди повільніше десктопного (заліза) по тій-же ціні.
4. Серверне рішення майже завжди повільніше десктопного по будь-якій ціні. Точніше, звичайно можна знайти сервер за великі гроші, але співвідношення вкладень і отриманих переваг не буде ефективним комплексним рішенням.
5. Для інфраструктури 1С серверне рішення потрібно в дуже рідкісних випадках, а саме: коли кількість користувачів, які чекають Відгуку Системи більше 8 (на момент написання статті) або більше 12 (через півроку)
6. Користувачі, Що чекають Відгуку Системи - це НЕ активні користувачі і НЕ сума активних і пасивних (які відкрили 1С) користувачі в базі.
7. З одним конкретним користувачем 1С працює одне конкретне ядро ​​процесора, від швидкодії якого залежить комфорт роботи користувача, а, іноді, і інших користувачів. Працює або ядро ​​процесора клієнта, або ядро ​​процесора «Сервера 1С», або ядро ​​процесора «Сервера SQL». Водночас це не працює. Ядер потрібно не так багато, але вони потрібні швидкі.
8. Користувачів, які чекають Відгуку Системи не так багато навіть серед активних. Більшість зазвичай обробляють результат попередньої роботи, в той час, як чекають результату - меншість. У самому сумному випадку, якого не повинно бути, але він обов'язково буде - користувачі можуть просто «чекати на блокування» Іншого Користувача, що не витрачаючи ядра. І час їх очікування безпосередньо залежить від швидкості роботи ядра, зайнятого цим самим Іншим Користувачем.
9. Боріться з інерцією мислення Головного сисадміна.
10. Розносите Тонких Клієнтів і «Сервер 1С» по різним фізичним машинам. Ні, не так висловився! Не дозволяйте сисадміну загнати всіх клієнтів в термінал, який буде виконуватися на віртуальній машині на тому ж фізичному комп'ютері, на якому працює «Сервер 1С». Якщо розглядається ненормальне, перекручене ☺ рішення загнати всіх в виртуалку (продиктоване найчастіше бажанням сисадмінів полегшити своє життя на шкоду потреби бізнесу - швидкодію системи) - то нехай сисадмін виділить для неї окрему фізичну машину.
11. Не тримайте антивірус на машині, де стоїть додаток «Сервері 1С». Взагалі не тримайте на ній нічого зайвого. На машині «Сервера 1С» не повинно нічого виконуватися, крім служб 1С. Нічого! Ні самого маленького поштового сервера і мааааленькій контролера AD. Ви запитаєте - як же не ставити антивірус? Я відповім:
    1. доступ до машини повинен бути тільки у єдиного ( «знає двоє - знає і свиня») кваліфікованого адміністратора 1С.
    2. НЕ прокидаємо на машину «Сервера 1С» порт зовнішнього ІП-шника для підключення RDP. Ходіть на машину «Сервер 1С» через внутрішній RDP з іншої машини в мережі, на якій стоїть антивірус.
12. Поставте на машину (або машини) «Сервера 1С» і «Сервера SQL» SSD. SSD диски досить надійні, набагато швидше і дешевше SAS. Деякі надійні настільки , Наскільки це навіть не потрібно
13. Дізнавайтеся все про процесорах заздалегідь, наприклад, тут .
14. Оцініть процесор свого сервера в порівнянні з іншими за допомогою CPU-Z (функція Bench) і правильно до уваги результат:
    1. Якщо продуктивність процесора плавно збільшується - то десь у вас (BIOS, план харчування Windows, настройки віртуальної машини) включений режим економії енергії, який занурює ядро ​​процесора в сон кожен раз, коли він залишається в спокої. А, потім, довго- дуже довго виводить його зі сплячки - в той самий критичний момент, коли користувач виконує незначна подія (прокрутка форми списку, відкриття форми документа) або значне (проведення документа «Розрахунок собівартості»).
    2. Якщо продуктивність процесора скаче - у вас щось виконується в тлі. Щось, що ви можливо, не контролюєте. Або (що ще сумніше), у вас віртуальна машина, на хості якої працює хтось ще (вірус або майнер біткоіни).
15. Пам'ятайте про сериализации / десеріалізациі. При роботі з керованою формою (а в сучасних типових конфігурацій 1С є тільки керовані форми) дані між додатком «Сервер 1С» і додатком «Клієнт 1С» передаються в серіалізовані вигляді (xml текст, придатний для роботи в тому числі в типових браузерах - IE, Mozilla, etc), в який дані потрібно попередньо перетворити. Це ще більше підвищує навантаження на процесор машини додатки «Сервер 1С».
16. Намагайтеся не використовувати віртуальні машини, особливо ті, які не можете контролювати. Обов'язково знайдеться досвідчений системний адміністратор, який застромить на хост ще одну виртуалку з динамічним розподілом навантаження. І в потрібний момент у вас не буде ресурсів, які потрібні прямо зараз. Особливо, не використовуйте кілька віртуальних машин на одному фізичному, розносячи сервер 1С та SQL по віртуалкою - це безглуздо.
17. Латентність (час відгуку) мережі набагато важливіше пропускної здатності. Даних по мережі від «Сервера 1С» до «Клієнта 1С» передається не так багато (сотні кілобайт), однак вони потрібні якомога швидше.
18. Надійність мережі набагато важливіше латентності. Мережеві пакети від «Сервера 1С» до «Клієнта 1С» не повинні губитися. Задайте собі питання: як далеко фізично «Сервер 1С» від «Клієнта»? ��кільки до нього свічів? що скаже Ping 192.168.0.100 -l 60000 -t -4? І що буде коли ви почнете друкувати tiff зображення на клієнтах (завантажте мережу по максимуму)?
19. Боріться з інерцією мислення Головного сисадміна.
20. Налаштуйте SQL
21. Швидкість випадкового читання / запису жорсткого диска набагато важливіше лінійної швидкості. Лінійну швидкість все сучасні жорсткі диски видадуть приблизно однакову, а випадкову - тільки SSD. Виміряйте свої диски, наприклад Crystal Disk Mark , Порівнюйте з іншими і розбирайтеся - чому у вас цифри сильно нижче
22. Розносячи додатки «Сервер 1С» і «Сервер SQL», враховуйте факт, що «Сервер 1С» споживає в 4-6 разів більше процесорного часу, ніж «Сервер SQL», а з дисковою системою обмінюється приблизно тим же об'ємом даних. І тут повинні як-би виникнути посмішки в сторону Кривих Розробників - але як би не так. «Сервер 1С» фоном виконує досить багато робіт, не видимих ​​користувачеві. Це і оновлення індексу повнотекстового пошуку, і запис журналу реєстрації, і робота з сеансовими даними і безліч фонових завдань типових конфігурації, і перемикання користувачів з одного rphost на інший. Тому, для «Сервера 1С» слід вибирати більш продуктивне обладнання, ніж для «Сервера SQL».
23. Збирайте технологічний журнал помилок (подія "excp") - він вам може розповісти про чому .
24. Наявність серверної операційної системи не є обов'язковим для роботи програми сервера 1С та сервера SQL. Їх цілком собі можна розгорнути на ОС десктопного типу видання «Professional» (мінімальне видання ОС, здатне працювати в Active Directory). Тонкі клієнти підключаються до додатка сервера 1С через TCP з'єднання, кількість яких лімітовано тільки кількістю вільних портів TCP (приблизно 65000 вільних).
25. Не економте на серверному і клієнтському залозі. Користувачі знайдуть відмінне виправдання своєї ліні думками виду "Ну поки тут ця ваша 1С гальмує вважає, подивлюся ка я нові мемчікі вконтактіке". Або новини. Або курс долара. І, 1С, швидше за все давно відпрацює команду, а користувач буде ходити по цим вашим інтернет. Повірте, це працює так. Та й якщо це особливий, німецький, дисциплінований користувач - краще буде, якщо він буде працювати в 1С, а не чекати її відгуку.
26. Приклад складання машини «Сервера 1С» і машини «Клієнта 1С» можна подивитися в кінці основної статті.

Основна стаття

Ми не розраховували допустити помилки, але вони обов'язково будуть

Стаття, в цілому, народилася під впливом вражень про поголовне нерозумінні сучасного становища в області обладнанні і політичної ситуації в цілому, але ми почнемо з 2004 року. У 2004 році я, як зараз пам'ятаю, ще застав ситуацію, коли сервера були великими, потужними, закривалися в окремому приміщенні з доступом по картках (що, актуально і зараз), а начальник погрожував відірвати нам все, що ворушитися, якщо ми хоч пальцем чіпатимемо це дороге багатотисячні обладнання, хвилюючись, головним чином, за апаратуру, а не за дані. Я навіть не скажу, що там була за начинка, але сильно сумніваюся, що вона була крутіше звичайного ПК 2010 року, однак, для того часу, на голову перевершувала всі десктопних. І, ось у нас 2017, і, після ривка Intel 2012 року, ось уже як 5 років, люди вперлися в стелю поточних архітектур. У стелю вперлися, а мислення залишилося. Мислення про те, що сервер повинен бути великим, дорогим і HP. Люди не сильно змінилися, і, це сумно. Боріться з мисленням Головного сисадміна.

Ми купили сервер ...

І ви вже щось зробили не так. Зробити правильно ви можете тільки в одному випадку - якщо ви купите сучасний сервер XEON (Gold, наприклад), ціна одного процесора в якому дійде до 130 тис. Рублів. У всіх інших випадках ви купите залізо, сильно програє сучасному десктопу в продуктивності і ціні. Дуже сильно. Як правило серверні процесори будуються по тій же архітектурі, що і десктопні, але із затримкою випуску. Для порівняння - рекомендую тестування процесора утилітою CPU-Z

Серверні машини - це солідно і надійно

Часто, фірми вибирають сервер через надійності. Резервна система харчування, гаряча заміна жорстких дисків в RAID-е, цілодобова підтримка виробником, ось це все. ІТ-керівники не наважуються вийти з колії стереотипного мислення "Сервер - це надійно", продовжуючи цю думку словами "А десктоп - це немає". Згадайте, коли в останній раз у вас щось фізично виходило з ладу десктопного? А у ваших знайомих? У мене - не було такого випадку. Ні одного.

Звичайно, є особливі моменти, коли сервер ну просто необхідний - критично навантажена система, що не допускає і 10 хвилин простою, але як часто таке зустрічається в 1С? Я думаю, майже завжди є 30-60 хвилин на заміну заліза.

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

Якщо виходить з ладу HDD бекапов - на його місце вставляється інший HDD. Найважче, коли з ладу виходить SSD - в цьому випадку, SSD потрібно поміняти, з HDD бекапа потрібно підняти образ системи на SSD і відновити бекап бази. Але, в будь-якому випадку, час відновлення в досвідчених руках варіюється від 15 хвилин до години.

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

Серверні машини швидше - у них ядер більше ...

Але вони - повільніше. Ні, серйозно, ось є прекрасна таблиця продуктивності в однопоточном тесті . В топі 30 - десктопи від Інтелу, і, десь на 30 місці - перша зустріч з XEON-му.

Так, в воістину багатопоточних тестах (16 і більше потоків) - Xeon-и вириваються вперед але тільки за рахунок процесорів в 22 ядра, ціною в 150 тис рублів . При цьому, частота одного ядра складає жалюгідні 2,2 Ггц, а ти їх ще завантаж, ці ядра ...

У тесті немає нової лінійки Intel Xeon Bronze / Silver / Gold 2017 року, але з огляду на їх базову частоту в 2.2 Ггц з Бусто в 3 ГГц, вони навряд чи доповзуть до того ж I7-7700k в одному потоці. Якщо вже й брати багатоядерний процесор - то я б порадив придивитися до I9-7920x з його 4.2 Ггц в бусте і 12 ядрами , Або, чим чорт не жартує, на схожого AMD Threadripper 1920X .

А ти їх ще завантаж (або чому важлива швидкість одного ядра)

Коли користувач клацає на кнопочку в цій вашій 1С - в 99% випадків виконання його коду відправляється на «Сервер 1С». «Сервер 1С» відкриває потік, який виконує код на сервері.

Чим швидше відпрацює цей код - тим швидше управління повернеться користувачеві, і тим більше щасливим він буде.

Код відпрацьовується спочатку на клієнті, потім на «Сервері 1С», потім на «Сервері SQL». У кожен конкретний момент часу працює тільки одне ядро ​​процесора машини (сервера або клієнтської) на користувача, не більше того. Як тільки ядро ​​звільнилося - воно може обробити завдання іншого користувача, поки перший працює над результатом.

Користувачів, які чекають Відгуку Системи 1С (працюють в поточний момент) не так багато, як активно працюють (що чекають результат + реагують на результат). У самому сумному випадку, цей одиночний користувач може накласти блокування СУБД 1C на таблиці, які потрібні іншим користувачам 1С. При цьому, інші користувачі будуть простоювати (Не витрачаючи ресурси процесора), поки цей єдиний користувач відпрацює своє звернення і чим швидше він його відпрацює (чим швидше ядро ​​процесора) - тим швидше продовжать роботу інші користувачі. Такого в сучасних типових конфігурацій 1С бути не повинно, але таке - може бути. Але ж є і нетипові, кастомізовані .. ☺.

Про смачну і здорову їжу

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

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

Хто не їсть - той не працює (стан на самому початку):

Розводимо пари (стан через 2-4 секунди):

Тиснемо на повну (стан в самому кінці тесту):

В цілому, вихід на максимальну потужність відбувається за 2-4 секунди, що сумно для роботи в 1С.

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

В цілому - живіть ваш процесор за заповітами І.В., благо потужність в піку не піднімається вище 60 ват (а це енергоспоживання слабкою лампочки розжарювання і економити на цьому не варто) і, ваша продуктивність буде набагато краще.

Сучасні ВИСОКІ ТЕХНОЛОГІЇ 1С (або як полюбити керовані форми)

У всех СУЧАСНИХ «ціх ваших 1С» вікорістовується керованих режим конфігурації и Тонкі форми. Які Працюють повільніше звичайний форм и особливо з якогось дива, проти ми зараз з'ясуємо цею момент. Коли відкрівається керована форма - додаток «Сервер 1С» перетворює (серіалізуются) "сирі" дані в xdto пакети, Які у виде xml тексту відправляються на «Клієнта 1С». «Клієнт 1С» Виконує зворотнього процес (десеріалізацію) и наповнює керованих форму важлівімі и потрібнімі данімі. З першого подивиться - Це не довгий процес, однак ВІН відбувається Досить часто - например, коли користувач Виконує прокрутку табличних частин, табличний документів, так як дані на «Клієнта 1С» передаються дінамічно. І ось тут-то розкривається вищеописана проблема заснули ядер процесора - якщо в момент прокручування списку - на сервері немає «гарячого» ядра (а його точно немає, засипання виконується миттєво, а з попереднього звернення вже пройшла вічність з точки зору процесора) - ядро ​​почне повільно прокидатися. І воно буде повільно прокидатися кожен момент прокрутки. Саме тому - завжди перевіряйте план харчування і керованих форми будуть гладкими і шовковистим. Окремо відзначу, що і ядро ​​клієнта виконує десеріалізацію і сериализацию при обміні з сервером і клієнтську машину теж би було б добре оснастити швидким малоядерним процесором і налаштувати йому план харчування.

Do not follow the white rabbit, Neo. Про небезпеки віртуальних машин і мисленні сисадміна. Головного.

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

Так, можна записувати лог завантаження ресурсів в довгий файл і дивитися просадки, але чи будете ви це робити?

Крім того, завжди може знайтися адмін, який зайде на фізичний хост, і, помітивши малу завантаження «в моменті» - розгорне на ньому 2 віртуальну машину з динамічним розподілом ресурсів, що негативно позначиться на продуктивності.

Ще більш недалекоглядним буде розміщенням «Сервера 1С» і «Сервера SQL» на різних віртуальних машинах в рамках одного хоста. Мало того, що втрачається більш ефективне підключення через shared memory / loopback IP, так і ще відбувається постійне перемикання ресурсів з однієї віртуальної машини на іншу. Також можна відзначити той факт, що на підтримку інфраструктури віртуальних машин теж витрачаються ресурси процесора - за деякими оцінками від 5% -10%, що не можна ігнорувати.

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

HD відео в 1080p з німецьких сайтів не гарантує такого ж задоволення в 1С

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

Основна вимога до мережі - латентність (швидкість відгуку). Обмін Сервер-Клієнт передає досить мало даних: відкриття форми документа «Реалізація» в типовій УТ не займе більше 200 Кбайт. Однак, передачу даних необхідно провести швидко, без очікувань, при будь-якого навантаження мережі, без втрат пакетів, інакше користувач буде чекати, сервер буде чекати, обладнання буде чекати, а причина буде незрозуміла.

Також, ваш «Сервер 1С» може знаходиться в іншій будівлі - за сотню метрів, пов'язаний 100Мб сіткою без репитера, і ви про це дізнаєтеся тільки тоді, коли на Тонких клієнтів полізуть повідомлення виду "Помилка post запиту / e1cib / logForm"

Або в техжурнал 1С (він же у вас налаштований, адже так?) Поваляться помилки мережі.

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

Ping server1C -t -l 60000 -4

Між «Сервером 1С» і «Сервером SQL» повинна бути ідеальна мережу.

Не забувайте про «Сервері SQL»

Чи не забувай налаштовувати сервер і регламенти SQL .

Контролюйте їх виконання - можливо, раніше налаштовані, вони не виконуються з якоїсь причини. Налаштуйте сповіщення поштою при помилку виконання.

Жорсткий диск має значення

Жорсткий диск не так важливий, як процесор, але, все одно важливий. В принципі, всі сучасні жорсткі диски забезпечують достатню лінійну швидкість читання / запису, але у HDD виникають проблеми з довільною швидкістю. За великим рахунком, «Сервер SQL» при наявності оперативної пам'яті все з часом кешируєт і з ним проблем зазвичай не виникає, у всякому разі, я з таким не стикався. Однак, у нас залишається «Сервер 1С», який активно працює з дисковою системою. це и

• розміщення прикладних об'єктів (таблиць значень, двійкових даних, табличних документів) у тимчасових файлах,
• обмін з периферійними базами через xml,
• формування індексу полнотекствого пошуку,
• запис і читання журналу реєстрації,
• зберігання сеансових даних,
• обмін з іншими системами через обробки, що виконуються в 1С (а зараз будь-яка оптова компанія працює з федеральними мережами обмінюється як мінімум по EDI, чого говорити про обміни з WMS, системами мобільного торгівлі, сайтами / порталами і т.п.)

Весь цей зоопарк обмінюється з дисковою системою набагато більшими обсягами даних, ніж SQL, особливо нічого не кешіруя в пам'ять (тому що дані постійно змінюються). Тому «Серверу 1С» потрібно швидкий диск - і цей швидкий диск - SSD. Інерція мислення говорить нам, що SSD диски - це капризно, ненадійно і несерйозно, проте років 5 це вже не так. Досить подивитися результати навантажувальних тестів і сумнівів стає менше:

https://3dnews.ru/938764/page-2.html#Samsung%20960%20EVO

https://3dnews.ru/938764/page-2.html#Samsung%20850%20PRO

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

Взагалі, оцінити продуктивність дискової системи можна за допомогою прекрасної програми CrystalDiskMark 5

Найважливішим показником є ​​читання і запис довільних 4 Кбайтних блоків, наприклад:

HDD людини, який застряг в минулому: HDD WDC WD 10 EZEX Blue 7200 RPM

SSD здорової людини: SSD Samsung 850 Evo

Результат, як говориться, у наявності. Звичайно, є швидкі 15000 RPM SAS диски (у мене їх під рукою немає), надсилайте результати їх тестів, подивимося.

Ми йдемо разом!

Чи повинні додатка «Сервер 1С» і «Сервер SQL» стояти на одній машині? З першого погляду - як би і ні, не повинні. Різні комп'ютери - більше ресурсів. Однак, як кажуть дочки офіцерів - не все так однозначно.

Коли виконується код на «Сервері 1С» і цей код робить запит до SQL - потік «Сервера 1С» починає чекати результату запиту і звільняє ядро ​​процесора, яке може обробити як потік іншого користувача 1С, так і сам запит SQL.

Також, при розміщенні «Сервера SQL» і «Сервера 1С» на одній машині - зв'язок між ними буде здійснюватися через shared memory в кращому випадку і loopbackIP в гіршому, що, однозначно краще TCP з'єднання між 2-ма фізичними машинами. При наявності великої кількості одночасно працюючих користувачів - краще взяти процесор з великою кількістю ядер (але не на шкоду швидкодії ядра), ніж розносити «Сервер 1С» і «Сервер SQL». Якщо ж, з якихось причин довелося їх рознести - для «Сервера 1С» слід вибрати комп'ютер з більш потужним процесором, так як він споживає процесорних ресурсів в кілька разів більше:

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

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

Слідкуйте за 1С

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

Переглядаючи його, ви дізнаєтеся багато нового, наприклад, проблеми з мережею, доступом, сервером SQL, помилками в коді, і.т.д. Крім того, ви будете бачити, коли перезапускати серверний процес rphost.exe, а у важких випадках і процес менеджера rmmgr.exe. Приклад файлу настройки є на сайті 1С.

Так багато смачного. Що ж вібрато?

I. На поточний момент, для средненагруженних системи на базі УТ11.X (до 1-2 тисяч документів відвантаження в день, 50-80 користувачами, 15-20 активними і 8 одночасно працюють) я б запропонував таку конфігурацію (для «Сервера 1С» і «Сервера SQL» на одній машині):

Ідеальна зараз:

Більш бюджетна зараз:

Теж саме через кілька місяців (рекомендую дочекатися):

Ідеальна майбутня (через півроку, прогноз):

Бюджетна майбутня (через півроку, прогноз):

Якщо плануєте рознесення сервера - то можна в якості «Сервера 1С» вибрати потужну машину, як «Сервера SQL» - менш потужну (значить - більш дешеву), а пам'ять обмежити 32 Гб на машину, SSD - 256 Гб.

II. Якщо користувачів очікується набагато більше, то можу порадити придивитися (тільки придивитися, сам досвіду не мав) до процесора I9-7920x, або AMD Threadripper 1920X - 12 ядер і 24 потоку на частоті 4.2 Ггц має вистачити кожному.

Для клієнтських машин я б зупинився на наступних конфігураціях:

зараз:

Майбутня (через півроку, прогноз):

Всі збірки підібрані в онлайн-конфігураторі одного Московського комп'ютерного магазину з адекватним цінником. Ціна збірок включає в себе ціну ОС "Microsoft Windows 8.1 64-bit Russian" ціною в 7000 рублів. Серверні збірки не містять в собі периферію (монітор, клавіатура, миша). Клієнтські збірки містять в собі периферію.

І, на завершення, якщо душить жабка і є бажання орендувати обладнання за 1000 рублів на місяць, або купити б / у серверs - розкажіть власникові бізнесу, що, коли 1С гальмує - користувачі від нудьги пекельної лізуть читати вконтактік або новини. Чи не буде гальм - не буде мотивації і виправдань не працювати. Та й сам час співробітників варто все дорожче, і вже точно дорожче обладнання.

На закінчення

Можливо, а якщо чесно - сподіваюся, я торкнувся тонкі струни душі багатьох адептів серверних рішень, вибачте мене. Така моя точка зору, можливо, вона відкриє очі на те, що відбувається і трохи відсуне шори стереотипів, за якими сервер повинен бути на серверному залозі. Це було актуально років 10 назад, але в останні роки десктопних залізо доповзла до серверного і, схоже, переповзла (якщо ми говоримо про близьких за ціною рішеннях).

Всім гарного дня і слухняною 1С, ваші, Єжов Дмитро Сергійович при інформаційній та організаційній підтримці ТОВ «Алкосфера».