Тестування навантаження. Стандартний тест навантаження Що таке розмір рядка в тесті гільова

Реалізація інфраструктури 1С на базі Linux тема давня, але й досі актуальна. Ми недавно публікували статтю Сервер додатків 1С на Linux, але залишилося відкритим питання реальної продуктивності порівняно з рішенням під Windows. Тестування проводилося і в ручному режимі, але для об'єктивності результатів я опублікую підсумки тесту Гільова, що пройшов на одній апаратній платформі з використанням різних ОС: Linux CentOS 7 і MS Windows Server 2012.

Як сервер використовувався стенд з двома процесорами Intel Xeon E5-2670, 8х4Гб ОЗУ та SSD Intel.

Зведена таблиця середніх значень результатів тесту Гільова.

Приклади результатів

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

Створення калькулятора обчислювальної потужності сервера 1С – завдання не тривіальне. А створення універсального конфігуратора 1С під усі можливі випадки – практично неможлива.

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

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

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

Для порівняння вартості готового рішення на базі Linux та Windows наведу приклад з конфігуратора з роздрібними цінами.

Сервер на 20 користувачів з базою SQL до 80Гб, ліцензією 1С: Бухгалтерія 8 ПРОФ, на базі Linux CentOS буде коштувати 522 759,43 руб. Аналогічна конфігурація на базі Windows- 1036279,43 руб.

Модельний ряд серверів для STSS Flagman 1С складається з 3 моделей як для Linux, так і для Windows.

1C216.4-200UL- модель на базі 2-процесорної платформи, що забезпечує роботу 1C-інфраструктури до 200 одночасних підключень. Сховище розраховується за таким же принципом - розмір бази з урахуванням зростання, але будується на основі масиву RAID10 із 4хSSD необхідного обсягу.

1C217.2-050UL-REF- це рішення для замовників з обмеженим бюджетом, побудоване на базі сервера відновленого на нашому виробництві (після гарантійної заміни, демо-фонд та ін.) Сервери проходять такі ж тести навантаження перед відвантаженням, як і нові моделі, але мають скорочений термін гарантійного обслуговування(1 рік). Сервер підтримує до 50 підключень і, без урахування ліцензій, коштує всього 203 705,00 руб., З масивом під базу 40Гб.

1C216.4-200UW- Модель на базі Windows з підтримкою до 200 користувачів. Сховище будується на основі масиву RAID10 із 4хSSD необхідного об'єму.

1C217.2-050UW-REF- Та сама платформа, що й у рішенні на базі Linux. Бюджетний варіант на 50 з'єднань, гарантія 1 рік.

Як платформу 1С у всіх моделях можна вибрати такі ліцензії:

1С: Управління невеликою фірмою 8 ПРОФ
1С: Управління торгівлею 8 ПРОФ
1С: Бухгалтерія 8 ПРОФ
1С: Бухгалтерія 8 КОРП
1С: Зарплата та управління персоналом 8 ПРОФ
1С: Зарплата та управління персоналом 8 КОРП
1С: Документообіг 8 ПРОФ
1С: Документообіг 8 КОРП

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

Оцінка та прогноз продуктивності

Основне завдання після впровадження інформаційної системиє її швидка, стабільна та безвідмовна робота, яка задовольняє користувачів.

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

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

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

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

На даний момент є тільки одне рішення даного питання- тестування навантаження.

Тестування навантаження

Навантажувальне тестування – аналіз поведінки системи при емуляції реального навантаження користувача.

Основні цілі навантажувального тестування:

• Перевірити продуктивність на різних програмно-апаратних конфігураціях
• Перевірити продуктивність системи за різних обсягів даних
• Визначити поведінку системи при стресовому навантаженні

Таким чином навантажувальний тестповинен дозволити зробити такі оцінки системи:

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

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

Передісторія

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

Більшість існуючих методів оцінки продуктивності ґрунтуються на тому
або іншому типі тестування.

Можна виділити два основні типи тестування:
компонентне та інтегральне.

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

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

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

Що таке TPC-1C-GILV

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

Зрозуміло, " незалежний " тест означає, що не спонсорується фірмою 1С.

В даний час доступний тест TPC-A-local Throughput / TPC-1C-GILV-A" ( останнє оновлення- Серпень 2008р. версія 1.0.3)

Ідея тесту TPC-A-local Throughput / TPC-1C-GILV-A

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

Якщо розгорнете конфігурацію в клієнт-серверний варіант, то переважно навантаження піддається CPU сервера додатків - CPU сервера субд - - сервера субд.

У тесті виконується інтенсивний запис 5000 документів. Глибокого сенсу в бізнес-логіці коду немає, оцінюватися просто умовно обрана за зразок продуктивність документа Х.

Головна принада тесту в тому, що Вам не треба знати технічних подробиць. Тест виконується сам і сам видає оцінку. До того ж результат комусь повідомляти Вам теж не обов'язково:)

Ви можете порівняти продуктивність декількох серверів або одного сервера з різними характеристиками дискової підсистеми.

Виконуючи тест із сервера додатків та з клієнта по мережі, можна зрозуміти вплив мережі на ділянці від клієнта до сервера.

Як запустити тест

Запустити тест дуже просто. Потрібно натиснути кнопку

і дочекатися, поки індикатор тесту (праворуч від кнопки) досягне 100%.

Зазвичай тест триває близько 8 хвилин.

Що означають результати тесту

Результат тесту представляється як "швидкість запису" даних тесту. Похибка тесту становить 2 одиниці. Для точної оцінки можна повторити тест тричі.

Після того, як індикатор тесту досягне 100%, ви побачите приблизно такі графіки:

Нижче за графіками розташовані деякі раніше проведені аналогічні тести.

Колір графіка підказує про поточну якість "загальної" продуктивності для роботи без урахування блокувань.

Зелений колір графіка разом із деякими умовно обраними за зразки показниками праворуч дозволяє зробити кросплатформенну узагальнену оцінку " непоганий " продуктивності:)

Як радіти результатам тесту

Ви отримали як результат якийсь індекс продуктивності (вважай швидкості). Не важливо, добрий чи поганий результат – це результат роботи ПЛАТФОРМИ на вашому "залізі". У випадку клієнт-серверного варіанта це результат. Ви отримуєте загальний фактичний результат, який визначається НАЙВУЖЧИМ МІСЦЕМ в системі. ВУЗЕ МІСЦЕ Є ЗАВЖДИ!

Іншими словами, і налаштування СУБД, і налаштування ОС, та обладнання впливають на загальний командний результат:)

Який сервер краще

Даний тест, виконаний на конкретному сервері, дає результат із сукупності налаштувань hardware, операційної системи, Субд і т.д. Проте високий результат на конкретному серверне обладнанняозначає, що за дотримання нормальних умов такий самий результат буде на ідентичному серверному обладнанні. Цей тест є безкоштовною допомогоюу можливості порівняти установку 1С:Підприємство під Windows та Linux, три різних СУБД, що підтримуються платформою 1С:Підприємство 8.1.

Безпека тесту

Тест є абсолютно безпечним. Він не призводить до падіння сервера (відсутня стрес-алгоритм) і не вимагає попередніх заходів навіть на бойовому сервері. Конфіденційні дані в результати тесту також не записуються. Збирається інформація про параметри CPU, RAM, HDD. Серійні номерипристроїв не збираються. У цьому можна легко переконатися - код тесту 100% відкритий. Жодного пересилання інформації без вашого відома неможливо.

Як опублікувати результати тесту

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

Дані будуть вручну перевірені (що вони не є помилковими), в колонку "автор" тестів додається адресат тестів і додаються у розвантаження, доступне для скачування всім.

Класифікація TPC-A-local Throughput / TPC-1C-GILV-A

Тест відноситься до розділу універсальних інтегральних кроссплатформенних тестів. Навіть більше, він застосовується для файлового та клієнт-серверного варіантів експлуатації 1С:Підприємство. Тест працює для всіх СУБД, що підтримуються 1С.

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

З іншого боку це означає, що для точних розрахунків замовного проекту тест дозволяє зробити попередню оцінку перед спеціалізованим тестом навантаження (наприклад за допомогою 1С:Тестцентр).

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

Завантажити тест

Цей тест не є комерційним та .

Результати тестування

Топ - 3 найкращих клієнт-серверних інсталяцій 1С на MS SQL Server. Ви також можете потрапити до цієї таблиці. Докладніше можна переглянути результати, завантаживши тест.

Технічні подробиці

Що відбувається у тесті в рамках "одного" такту операції?

Як виміряти завантаженість заліза

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

На малюнку показано приклад виміру для файлового варіанта.

Контакти для TPC-1C-GILV

http://сайт/1c/ tpc

результати тестів, пропозиції щодо розвитку

Поточна версія: 2.0.011. Історія версій тут: versions.php

Завантажити можна тут: http://infostart.ru/public/173394/ або тут: perfomanceTest.cf

Тест дозволяє виміряти продуктивність зв'язки сервер 1с - сервер СУБД різних варіантаху режимі багатопотокової роботи. Тест виконується 20-30 хвилин.

Не запускайте тест на сервері, на якому зараз працюють користувачі, а то їм стане сумно! Тест дає дуже велике навантаження!

Результати тестування можна переглянути звітом усередині конфігурації.

Навантажувальний тест TPC-1C Гільова

Також можна обмінятись результатами з іншими людьми, які виконали тест за допомогою обробки «обмін результатами». Після обміну можна буде порівняти свої результати з іншими людьми.

Більше докладна інструкція, а також обговорення тесту знаходиться на сторінці http://infostart.ru/public/173394/.

Всього в базі 751 результатів, останнє оновлення від 2018-06-15 06:33:26. Результати можна переглянути, завантаживши тест і запустивши обмін результатами, або (у спрощеному вигляді) тут: results.php

Статистика

Результати версії 1.х: index_old.php

Для побудови діаграм використовується c3js та d3js (від нього залежить c3js).

Наведи порядок у своїй роботі, використовуючи конфігурацію 1C "Управління IT-відділом 8"

УВАГА! Ctrl-F5або Ctrl-R

2000 людина.

Передісторія

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

Більшість існуючих методів оцінки продуктивності ґрунтуються на тому
чи іншому типі тестування.

Можна виділити два основні типи тестування:
компонентне та інтегральне.

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

Тестування навантаження

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

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

Що таке TPC-1C-GILV

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

Зрозуміло, " незалежний " тест означає, що не спонсорується фірмою 1С.

В даний час доступний тест TPC-A-local Throughput / TPC-1C-GILV-A" (останнє оновлення - серпень 2008р. версія 1.0.3)

Ідея тесту TPC-A-local Throughput / TPC-1C-GILV-A

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

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

У тесті виконується інтенсивний запис 5000 документів. Глибокого сенсу в бізнес-логіці коду немає, оцінюватися просто умовно обрана за зразок продуктивність документа Х.

Головна принада тесту в тому, що Вам не треба знати технічних подробиць. Тест виконується сам і сам видає оцінку. До того ж результат комусь повідомляти Вам теж не обов'язково 🙂

Ви можете порівняти продуктивність декількох серверів або одного сервера з різними характеристиками дискової підсистеми.

Виконуючи тест із сервера додатків та з клієнта по мережі, можна зрозуміти вплив мережі на ділянці від клієнта до сервера.

Як запустити тест

Запустити тест дуже просто. Потрібно натиснути кнопку

і дочекатися, поки індикатор тесту (праворуч від кнопки) досягне 100%.

Зазвичай тест триває близько 8 хвилин.

Що означають результати тесту

Результат тесту представляється як "швидкість запису" даних тесту. Похибка тесту становить 2 одиниці. Для точної оцінки можна повторити тест тричі.

Після того, як індикатор тесту досягне 100%, ви побачите приблизно такі графіки:

Нижче за графіками розташовані деякі раніше проведені аналогічні тести.

Колір графіка підказує про поточну якість "загальної" продуктивності для роботи без урахування блокувань.

Зелений колір графіка разом із деякими умовно обраними за зразки показниками праворуч дозволяє зробити кросплатформенну узагальнену оцінку "непоганої" продуктивності 🙂

Як радіти результатам тесту

Ви отримали як результат якийсь індекс продуктивності (вважай швидкості). Не важливо, хороший чи поганий результат – це результат роботи ПЛАТФОРМИ на вашому "залізі". У випадку клієнт-серверного варіанту це результат складного ланцюжка проходження запитів по різних ділянках. Ви отримуєте загальний фактичний результат, який визначається НАЙВУЖЧИМ МІСЦЕМ в системі. ВУЗЕ МІСЦЕ Є ЗАВЖДИ!

Іншими словами, і налаштування СУБД, і налаштування ОС, та обладнання впливають на загальний командний результат 🙂

Який сервер краще

Даний тест, виконаний на конкретному сервері, дає результат із сукупності налаштувань hardware, операційної системи, субд і т.д. Проте високий результат на конкретному серверному обладнанні означає, що за дотримання нормальних умов такий самий результат буде на ідентичному серверному обладнанні. Цей тест є безкоштовною допомогою в можливості порівняти установку 1С:Підприємство під Windows та Linux, три різних СУБД, що підтримуються платформою 1С:Підприємство 8.1.

Безпека тесту

Тест є абсолютно безпечним. Він не призводить до падіння сервера (відсутня стрес-алгоритм) і не вимагає попередніх заходів навіть на бойовому сервері. Конфіденційні дані в результати тесту також не записуються. Збирається інформація про параметри CPU, RAM, HDD. Серійні номери не збираються. У цьому можна легко переконатися — код тесту 100% відкритий. Жодного пересилання інформації без вашого відома неможливо.

Як опублікувати результати тесту

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

Дані будуть вручну перевірені (що вони не є помилковими), в колонку "автор" тестів додається адресат тестів і додаються у розвантаження, доступне для скачування всім.

Класифікація TPC-A-local Throughput / TPC-1C-GILV-A

Тест відноситься до розділу універсальних інтегральних кроссплатформенних тестів. Навіть більше, він застосовується для файлового та клієнт-серверного варіантів експлуатації 1С:Підприємство. Тест працює всім СУБД, підтримуваних 1С.

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

З іншого боку це означає, що для точних розрахунків замовного проекту тест дозволяє зробити попередню оцінку перед спеціалізованим тестом навантаження (наприклад за допомогою 1С:Тестцентр).

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

Завантажити тест

Цей тест не є комерційним і доступним для вільного скачування.

Результати тестування

Топ - 3 найкращих клієнт-серверних інсталяцій 1С на MS SQL Server. Ви також можете потрапити до цієї таблиці. Докладніше можна переглянути результати, завантаживши тест.

Технічні подробиці

Що відбувається у тесті в рамках "одного" такту операції?

Приклад виконання sql-команд можна переглянути у доданому файлі.

Як виміряти завантаженість заліза

Слід зазначити, що сам собою тест вже частково виконує замір. Для детальнішої картини рекомендую скористатися утилітою Марка Русиновича Process Explorer.

На малюнку показано приклад виміру для файлового варіанта.

Контакти для TPC-1C-GILV

http://gilev.ru/1c/ tpc

результати тестів, пропозиції щодо розвитку

та відгуки надсилайте на e-mail: [email protected]

Перейти до інших матеріалів сайту

TurboConf 5 - розширення можливостей Конфігуратора 1С

УВАГА!

Якщо ви втратили вікно введення повідомлення, натисніть Ctrl-F5або Ctrl-Rабо кнопку "Оновити" у браузері.

Тема не оновлювалася довгий час, і була позначена як архівна. Не можна додавати повідомлення.
Але ви можете створити нову гілку і вам обов'язково дадуть відповідь!
Щогодини на Чарівному форумі буває більше 2000 людина.

Доброї доби, шановні.
Ця нотатка є підказкою мені, та іншим.
Ця інформація стане в нагоді новачкам для створення та оптимізації бази 1С на сервері SQL

Коли у тебе немає досвіду роботи з серверною частиною 1С, то при появі такого бажання та/або необхідності з'являється чимало нюансів та не очевидностей.
Сумно, що навіть такий простий квест як вибір сервера під 1С не гарантує успіху, і ви можете зіткнутися з його вкрай повільною продуктивністю.
Ось на етапі з'ясування, що не так, і може знадобитися розуміння того, в якій послідовності і що робити.
Починаємо. Не забудьте зробити бекап даних.
Мій сервер базується на Windows Server 2012 R2 standart і SQL 2012.
У вас можуть бути інші, що входять, це не важливо (зараз).
Ми взяли Комплексне постачання УТП (до неї входить 10 клієнтських ліцензій, сервер (тільки 32 біт), і конфігурації ЗУП, УТ, Бухгалтерії, і сама УТП. Примітно що франзайзі на всю хотіли включити окремі поставки, і краще відразу КОРП. Аналіз показав що це зайве, і дешевше купувати комплексну конфігурацію.
При підборі заліза вам важливо пам'ятати, що в клієнт-серверному варіанті роботи 1С потрібно, щоб частота роботи процесора була максимальною, як і частота роботи пам'яті (пам'ятайте про це, вибираючи залізо). (тобто Hyper трейдинг та всякі С1-2-3 state краще відключити в BIOS).
Також треба «фізично» розносити файл бази (MDF) та лога (LDF) на окремі жорсткі, а не логічні диски.
І якщо для файлової версії оптимально буде рекомендувати SSD, то тут не все так очевидно.
Зайдіть на форум Гільова, щоб ознайомитися із «загадками», що виникають у спробі покращити продуктивність 1С. Багато цікавого.
У моєму випадку колеги адміни виділили мені лезо на блейд сервері, з двома фіз.процесорами AMD Quad-Core Opteron (tm) Processor 2354, з 16 Гб (667 МГц). Система на 2 дисках у дзеркалі. Диски під базу виділялися на Fiber chanel, на HP EVA.
Зараз шукаю іншу конфігурацію, але поки що треба і на цьому пожити.
І ось на етапі впровадження, поки ведеться аналіз, як переносити дані з іншої ERP системи, 1С програміст звернув мою увагу на повільну роботу, та тривале проведення документів. Тобто систему ще не експлуатують, а вона вже гальмує і помирає, а переведення разу в 3 повільніше, ніж у людини на ноутбуці, а з цим ще й люди працювати повинні (3-4 основних, і 25-40 табельників).
Чи не порядок.
Він порекомендував використати тест Гільова (легко гуглиться його сайт), у якого повного сервісівпідтримки, та інформації. Чим і користувався.
Тест показав, що все погано, і рекомендована кількість користувачів відсутня.
Подивившись уважніше я зрозумів, що база і лог хоч на різних дисках - але логічних.
І ось для виправлення цього і зробив скріншоти та цю пам'ятку на майбутнє собі та іншим:

Створення бази даних у SQL Server Management Studio. Базу та лог розносимо на різні фізичні диски.


Методі відновлення вибираємо Simple


Створюємо нову базу через клієнта 1С на комп'ютері


Вибираємо додавання інформаційної бази. У разі без зміни.


Задаємо назву. Тут будь-яке. Найкраще як на сервері.


Заповнюємо дані. Коли вказував на сервер, ім'я сервера вказував 127.0.0.1 - інше не працювало.


тут нічого не міняємо


Робимо завантаження нашої інформаційної бази (попередньо наявної або нової, наприклад, тесту)


Власне, вибір бази. Я завантажую тест Гільова для платформи 8.3


Підтверджуємо

Підтверджуємо

Підсумок тесту. Ще все погано, але рекомендована кількість користувачів більша за потрібне, що добре.

P.S. Не забувайте робити бекап.
P.P.S запускаючи тест Гільова в тестовій базі, яка розташована в тих же місцях зберігання що і будь-яка бойова - майте на увазі, що як мінімум Лог файл прагнути зайняти все вільне місце, що чревато зупинкою бойової бази і не проходженням тесту!
P.P.P.S також пам'ятайте, що SQL при роботі використовує TEMP базу, що знаходиться там, де встановлено SQL (за замовчуванням на C).
Тому доступ до цієї бази бажано також покращити.

Також інформація на допомогу - Effector Saver дозволяє зберігати 1с бази
Бекапит все інше значення мало, тому що в моєму випадку ліцензії програмні і при переносі на інше залізо ліцензії злітають.

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