Найчастіше для установки 1C:Підприємства 8.х у варіанті “клієнт-сервер” достатньо запуску програми установки 1С:Підприємства 8.х. У цьому сервер 1С:Підприємства отримує стандартні значення параметрів, необхідні його нормального функціонування.
Розглянемо встановлення сервера 1С:Підприємства більш детально. У процесі встановлення сервера 1С:Підприємства 8.х програма установки 1С:Підприємства 8.х виконує такі дії:
* Копіює завантажувальні модулі сервера 1С:Підприємства в каталог, вказаний програмі установки 1С:Підприємства як кінцева папка.
* Якщо в процесі установки вибрано "Створити користувача USR1CV81", створює користувача USR1CV81. Від імені цього користувача працює сервер 1С:Підприємства 8.1, якщо він запускається як сервіс. Йому доступні ті ресурси, які необхідні серверу 1С:Предприятия. Важливо, що серверу 1С:Підприємства для роботи необхідні два каталоги: загальний каталог з даними сервера (зазвичай "C: Program Files 1cv81 server") і каталог тимчасових файлів (звичайно C: Documents and Settings usr1cv81 Local Settings \Temp" або "C:\WINNT\Temp"). Користувач USR1CV81 отримує права на загальний каталог із даними сервера. Каталог тимчасових файлів зазвичай доступний для всіх користувачів.
* Якщо в процесі установки включено "Встановити сервер 1С:Підприємства 8.1 як сервіс Windows", то реєструє в Windows сервіс агента сервера 1С:Підприємства та запускає його. При першому запуску створюється кластер серверів 1С:Підприємства з стандартними налаштуваннями. У ньому один робочий сервер та один робочий процес. Адреса робочого сервера збігається з ім'ям комп'ютера, на якому встановлена установка.
Користувач USR1CV81 або USR1CV82 та його права
Сервер 1С:Підприємства є серверним додатком робота якого не повинна залежати від того, який користувач увійшов до серверного комп'ютера в інтерактивному режимі, якщо взагалі хтось увійшов. Тому при встановленні сервера 1С:Підприємства бажано створити спеціального користувача USR1CV81, наділеного правами, мінімально необхідними для сервера 1С:Підприємства, та не призначеного для інтерактивного входу. Сервер 1С:Підприємства представляється системі Windows користувачем USR1CV81.
Розглянемо докладніше права, які встановлюють користувач USR1CV81. Сервер 1С:Підприємства використовує такі каталоги:
* Каталог завантажувальних модулів знаходиться в каталозі, заданому програмі установки 1С: Підприємства як кінцева папка. У ньому розташовані завантажувальні модулі сервера 1С:Підприємства. Користувач USR1CV81 необхідні права на читання даних та запуск програм з цього каталогу та його підкаталогів. Він отримує ці права неявно завдяки включенню до групи Users.
* Каталог даних сервера зазвичай має ім'я "C: Program Files 1cv81 server". Користувачеві USR1CV81 необхідні повні права на цей каталог. Програма встановлення 1С:Підприємства при створенні користувача USR1CV81 наділяє його правами на цей каталог.
* Каталог тимчасових файлів зазвичай має ім'я "C:\Documents and Settings\usr1cv81\Local Settings\Temp" або "C:\WINNT\Temp", яке визначається значенням змінної TEMP оточення користувача або змінної TEMP системного оточення. Подивитися значення цієї змінної можна в діалозі System Properties (Start -> Settings -> Control Panel -> System -> Advanced -> Environment Variables). Програма установки 1С:Підприємства задає користувачу USR1CV81 повні права на цей каталог. Зазвичай при інсталяції Windows каталог тимчасових файлів доступний всім користувачам за допомогою включення до списку доступу групи CREATOR OWNER. Однак це доступ не повний. Зокрема, всім користувачам не доступна операція пошуку файлів у цьому каталозі. Установка користувачу USR1CV81 повних прав на каталог тимчасових файлів дозволяє серверу 1С:Підприємства виконувати всі необхідні йому операції. Подивитися список доступу можна у діалозі властивостей каталогу на закладці Security. Наявність групи CREATOR OWNER дозволяє звертатися до каталогу будь-якому користувачеві, який створює файли в цьому каталозі або володіє якими-небудь файлами в цьому каталозі. При цьому в списку доступу створеного файлу замість групи CREATOR OWNER буде записаний користувач, який створив файл. Серед користувачів, яким дозволено доступ до цього каталогу, має бути і користувач USR1CV81, наділений повними правами на цей каталог.
Важливо пам'ятати, що каталог тимчасових файлів певного користувача (зокрема і користувача USR1CV81) визначається комбінацією змінних оточення цього користувача та системних змінних оточення. Щоб дізнатися цей каталог, програма встановлення 1С:Підприємства запитує контекст користувача USR1CV81. Для цього в Windows 2000 користувачу, від імені якого запускається програма установки 1С:Підприємства, можуть знадобитися привілеї: Act as part of the operating system і Bypass traverse checking. Перевірити привілеї користувача можна утилітою Local Sequrity Settings у гілці Local Policies -> User Rights Assignment. У процесі встановлення нового програмного забезпечення програма установки зазвичай отримує ці привілеї автоматично.
Реєстрація сервера 1С:Підприємства як сервісу Windows
Сервер 1С: Підприємства є простим додатком Windows і може бути запущений інтерактивно. Однак для постійного використання це незручно, оскільки ставить запуск сервера 1С: Підприємства від входу користувача в серверний комп'ютер. Щоб унеможливити цю залежність, сервер 1С:Підприємства може запускатися як сервіс Windows. Для цього він має бути зареєстрований у менеджері сервісів Windows.
Для перегляду списку сервісів Windows та їх параметрів призначена утиліта Component Services (Start -> Settings -> Control Panel -> Administrative Tools -> Services). Сервер 1С:Підприємства представлений у списку сервісів сервісом "Агент сервера 1С:Підприємства 8.1". Параметри сервісу визначають запуск процесу "Агент сервера 1С:Підприємства" (ragent), користувача, від якого він запускається, а також спосіб перезапуску в аварійних ситуаціях.
У діалозі властивостей сервісу "Агент сервера 1С:Підприємства 8.1" на закладці General показано рядок запуску процесу ragent, який є Агентом сервера 1С:Підприємства. Зазвичай цей рядок має вигляд:
У ній зазначено, що:
* процесом Агента сервера є завантажувальний модуль "C: Program Files 1cv81 bin ragent.exe";
* процес ragent запускається як сервіс Windows і має управлятися менеджером сервісів (-srvc);
* використовується як Агент сервера 1С:Підприємства (-agent);
* при першому запуску сервісу повинен бути створений кластер з параметрами за промовчанням та головним IP-портом номер 1541 (-regport 1541). У цьому порту клієнтські додатки мають з'єднуватися з інформаційними базами, зареєстрованими у кластері;
* IP-порт агента сервера повинен мати номер 1540 (port 1540). У цьому порту Консоль кластера має з'єднуватися з центральним сервером для виконання адміністративних функцій;
* при запуску процесів кластера на даному сервері їм динамічно призначатимуться IP-порти з діапазону 1560-1591 (-range 1560:1591).
* загальні дані кластера будуть розміщені в каталозі "C: Program Files 1cv81 server" (-d "C: Program Files 1cv81 server").
Сервіс "Агент сервера 1С:Підприємства 8.1" може бути доданий або видалений не тільки при встановленні або видаленні 1С:Підприємства програмою встановлення 1С:Підприємства 8.1, але й вручну. Для цього можна виконати з командного рядка утиліту ragent, вказавши відповідні параметри.
Для створення сервісу потрібно вказати параметр -instsrvc та параметри: -usr - ім'я користувача, від імені якого має бути запущено сервіс, -pwd - пароль цього користувача. При цьому решта параметрів стане параметрами рядка запуску Агента сервера 1С:Підприємства як сервісу. Наприклад, для стандартної реєстрації сервісу Агента сервера 1С:Підприємства у налагоджувальному режимі набір параметрів повинен бути таким:
"C:\Program Files\1cv81\bin\ragent.exe" -instsrvc -usr .\USR1CV81 -pwd Password -regport 1541 -port 1540 -range 1560:1591 -d "C:Program Files\1cv81\server" - debug
Для видалення сервісу необхідно вказати параметр -rmsrvc. Наприклад:
"C:\Program Files\1cv81\bin\ragent.exe" -rmsrvc
Іноді буває поліно змінити рядок запуску Агента сервера або інші параметри сервісу Агента, наприклад, увімкнути режим налагодження або створити кілька сервісів різних версій. Діалог властивостей сервісу не дозволяє редагувати рядок запуску сервісної програми та деякі інші параметри, наприклад, ідентифікатор сервісу. Для редагування потрібна утиліта regedit, призначена для перегляду та редагування реєстру Windows.
Увага!
Редагування системного реєстру Windows потребує надзвичайної обережності, оскільки помилкові зміни в ньому можуть призвести операційну систему до непрацездатного стану.
Запустіть утиліту regedit (відкрийте Start -> Run і наберіть regedit) і оберіть гілку:
Серед її параметрів є параметр ImagePath, значенням якого є рядок запуску Агента сервера 1С:Підприємства. Тут можна додати нові параметри запуску або змінити значення існуючих. Повний список можливих параметрів наведено у книзі "1С:Підприємство 8.1 Клієнт-сервер" документації.
При необхідності реєстрації кількох незалежних сервісів Агента сервера 1С:Підприємства потрібно вказати їм різні модулі завантаження, різні порти і різні каталоги даних кластера. Також потрібно зареєструвати їх з різними ідентифікаторами сервісів. Це можна зробити так:
* Створити перший сервіс:
"C:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:Program Files\1cv81\server"
* За допомогою утиліти regedit змінити ідентифікатор зареєстрованого сервісу. Для цього: вибрати гілку
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent First
* Створити другий сервіс:
"C:\Program Files\1cv81_10\bin\ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660:1691 -d "C:Program Files\1cv81_10\server"
* Можливо, його ідентифікатор теж змінити. Для цього: вибрати гілку
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent
і змінити її ім'я, наприклад:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.1 Server Agent Second
Що не може зробити програма встановлення 1С:Підприємства?
Як уже говорилося, програма установки 1С:Підприємства копіює завантажувальні модулі 1С:Підприємства та виконує необхідну реєстрацію в COM та в менеджері сервісів Windows. Вище наведено інформацію, необхідну розуміння внутрішніх механізмів цієї реєстрації. Якщо серверному комп'ютері встановлений як сервер, а й клієнтська частина 1С:Підприємства, вона готова до роботи відразу після установки (і підключення ключів захисту).
Щоб сервер 1С:Підприємства був доступний з інших комп'ютерів у локальній мережі, необхідно перевірити налаштування мережі на серверному та клієнтському комп'ютері, а також для мережі в цілому. Для передачі даних між клієнтськими програмами та сервером 1С:Підприємства, а також між процесами кластера серверів використовується TCP/IP. Від правильності його налаштування залежить робота 1С:Підприємства у варіанті клієнт-сервер.
Процеси кластера серверів 1С:Підприємства з'єднуються один з одним за адресами, визначеними як значення властивості "Комп'ютер" діалогу властивостей робочих серверів. Для кластера необхідно, щоб значенням властивості "Комп'ютер" була IP-адреса в точковій нотації, або така символічна адреса, за якою може бути визначена IP адреса за допомогою функції gethostbyname, визначеної в програмному інтерфейсі протоколу TCP. Визначення IP-адреси виконується або на підставі локальної таблиці символічних адрес (C:WINNTsystem32driversetchosts), або за таблицями адрес у доступних DNS серверах. Якщо за символічною адресою робочого сервера його IP-адреса не визначається або визначається неправильно (наприклад, IP-адреса не збігається з фактичною IP-адресою даного комп'ютера), то кластер не працюватиме. Важливо, щоб імена комп'ютерів та їх адреси, визначені у Windows кожному з робочих серверів кластера, не суперечили їх іменам в DNS.
На кожному робочому сервері процеси кластера використовують такі порти: IP порт робочого сервера (зазвичай 1540); IP порти з діапазонів IP портів робочого процесу (зазвичай 1560-1591). Крім того, на центральному сервері кластера використовується порт кластера (зазвичай 1541). Якщо в системі використовуються мережні екрани, то передача даних по цих портах має бути дозволена. Замість дозволу портів із наведеного списку можна дозволити передачу даних процесам кластера (ragent, rmngr, rphost).
З'єднання клієнтського додатка 1С: Підприємства із сервером виконується у 2 етапи. Спершу воно встановлює з'єднання з менеджером кластера. При цьому використовується адреса центрального сервера (символічний або числовий) та порт кластера (зазвичай 1541). Далі клієнтська програма встановлює з'єднання з одним із робочих процесів. Як його адреса використовується значення властивості "Комп'ютер" відповідного робочого сервера та порт робочого процесу, який вибирається з діапазону IP портів робочого сервера. Передача даних на ці порти має бути дозволена у всіх мережевих екранах на маршруті від комп'ютера клієнтської програми до комп'ютерів кластера серверів 1С:Підприємства. Визначення IP-адреси серверних процесів виконується за допомогою функції gethostbyname на комп'ютері клієнта. Важливо, щоб імена центрального та робочих серверів та їх адреси, визначені в Windows на кожному із серверів кластера, не суперечили їхнім іменам у DNS, доступному комп'ютеру клієнта.
І останнє. Очевидно, що для успішного доступу до сервера 1С:Підприємства з інших комп'ютерів він повинен бути в мережі та повинні бути виконані необхідні для цього налаштування. Підключення до мережі та методика налаштування належать до адміністрування мереж на базі Microsoft Windows та описані у відповідних інструкціях.
Особливості налаштування SQL-сервера
1С:Підприємство у варіанті «клієнт-сервер» використовує для зберігання даних SQL-сервер. При цьому до SQL-сервера звертається лише Сервер 1С:Підприємства. Клієнти 1С: Підприємства безпосереднього доступу до SQL-сервера не мають. Встановлення та налаштування SQL-сервера детально описано в документації Microsoft SQL Server. Для успішної роботи сервера 1С:Підприємства з SQL-сервером необхідно звернути особливу увагу на наступні налаштування.
* Необхідні компоненти SQL-сервера. Для доступу до SQL-сервера з боку Сервера 1С:Підприємства на комп'ютері Сервера 1С:Підприємства повинні бути встановлені компоненти Microsoft Data Access 2.6 або пізніший.
* Аутентифікація користувача SQL-сервером. Права доступу до баз даних SQL-сервера визначаються користувачем, від імені якого відбувається звернення до баз даних. З комп'ютера, на якому встановлений SQL-сервер, запустимо утиліту SQL Server Enterprise Manager, знайдемо вузол Local (Console Root -> Microsoft SQL Servers -> SQL Server Group -> (Local)) та відкриємо його властивості. На закладці Sequrity можна бачити, що SQL-сервер підтримує два способи автентифікації користувачів: SQL Server і Windows та Windows лише. Аутентифікація Windows дозволить Серверу 1С:Підприємства звертатися до SQL-серверу тільки від імені користувача USR1CV81, що не дозволяє розрізняти права доступу до різних інформаційних баз, які обслуговує один сервер 1С:Підприємства. Рекомендовано вибирати режим SQL Server та Windows. У цьому випадку звернення до конкретної інформаційної бази виконуватиметься від імені користувача, який заданий як користувача SQL-сервера під час створення даної інформаційної бази. Важливо, що цей користувач повинен мати не лише повні права на базу даних інформаційної бази, але й права на створення баз даних у SQL-сервері та читання таблиць бази даних Master.
* Мережеві протоколи для доступу до SQL-сервера. Якщо сервер 1С:Підприємства та SQL-сервер розміщені на різних комп'ютерах, то необхідно виконати налаштування мережевих протоколів доступу до SQL-сервера. Це можна зробити за допомогою утиліти SQL Server Client Network Utility. На закладці General можна вибрати список протоколів мережі, які використовуються для доступу до SQL-сервера. Найбільш швидким та універсальним є використання протоколу TCP/IP. При використанні інших протоколів необхідно мати на увазі, що деякі з них, наприклад Named Pipes, виконують додаткову аутентифікацію засобами Windows під час обміну даними із SQL-сервером. У цьому випадку для успішної роботи з SQL-сервером на комп'ютері з SQL-сервером повинен бути зареєстрований користувач USR1CV81, який має відповідні права. Протокол доступу до цього SQL-сервера може бути змінений на закладці Alias.
На додаток до статті
Немає сумніву, що зв'язка MS SQL Server + сервер "1С: Підприємство 8" - у своїй ніші найбільш затребувана і зв'язка, що часто застосовується. Для її якісної підтримки бажане розуміння обох продуктів. У той же час, на практиці спеціаліст підтримки зазвичай або спеціалізується на адмініструванні MS SQL Server і не орієнтується в особливостях сервера "1С: Підприємство 8", або, навпаки, спеціалізується на адмініструванні сервера "1С: Підприємство 8" і не орієнтується в особливостях MS SQL Server.
Ця стаття написана на допомогу і тим, і іншим фахівцям, покликана заощадити Ваш час та звернути Вашу увагу на найважливіші деталі при спільному використанні цих програмних продуктів.
Для полегшення сприйняття інформації наводяться випадки з практики, примітки та поради (виділені курсивом).
Триланкова схема
Як, можливо, вже відомо читачеві, база даних у цьому випадку має триланкову архітектуру:
Ланка 1: СУБД MS SQL Server. "Зберігає" та обслуговує базу даних, в кінцевому рахунку виконує всі види операцій з базою даних. Таким чином, продуктивність роботи бази даних, швидкість і паралельність читання-запису даних багато в чому визначаються продуктивністю MS SQL Server.
Ланка 2: Сервер "1С: Підприємство 8". Служить посередником у взаємодії між клієнтами (користувачами) та MS SQL Server. Всі клієнтські запити надсилаються на сервер, який "переводить" їх на мову запитів MS SQL Server, отримує результати виконання цих запитів, надсилає результати клієнту.
Є лише мала частина операцій, що виконуються на рівні сервера "1С: Підприємство 8", без звернення до MS SQL - це, зокрема, відстеження так званих "керованих блокувань", читання-запис "параметрів сеансу". Звернення до СУБД у разі не потрібно, оскільки ці операції проводяться з даними бази, і з допоміжною інформацією сервера.
Ланка 3: Клієнтська частина "1С: Підприємство 8". Звертається до сервера "1С: Підприємство 8", отримує від нього результати (тобто, наприклад, вибірки даних), відповідає за інтерфейс користувача.
"Хотів якнайкраще".
Після переустановки сервера "1С: Підприємство 8" користувачі скаржаться на різке падіння продуктивності. Фахівець із впровадження ПП "1С: Підприємство", який робив переустановку – лише дивується – мовляв, хотів як краще, система мала почати працювати швидше... Аналіз ситуації показав, що серверу "1С: підприємство 8" було виділено надто багато ресурсів: його Процеси (див. пункт 3) rphost зайняли 15.5 Гб з 16Гб оперативної пам'яті сервера, в результаті для поступливого MS SQL Server практично не залишилося доступної оперативної пам'яті.
Як результат - постійний "своп", непотрібне навантаження на дискову підсистему, і вкрай повільне виконання операцій із базою даних - внаслідок того, що MS SQL Server не встигає обробляти запити, що надходять від "розігнаного" сервера "1С: Підприємство 8".
Сумісність продуктів
Актуальні дані про версії MS SQL Server, що рекомендуються до використання у зв'язку з "1С: Підприємство 8", слід з'ясовувати за посиланням http://v8.1c.ru/requirements/.
На момент підготовки статті розробники фірми "1С" рекомендують такі варіанти:
- 1. SQL Server 2008 R2.
- 2. SQL Server 2008, потрібно інсталювати пакет оновлень 1 (SP1).
- 3. SQL Server 2005, потрібно інсталювати пакет оновлень 3 (SP3).
Технічно можливо, але не рекомендується застосування MS SQL Server 2000, для нього потрібна установка пакета оновлень 2 (SP2) і бажана установка пакета оновлень 4 (SP4).
Слід враховувати, що зараз цю версію знято з підтримки, а також немає 64-розрядної версії для архітектури x86-64.
Зверніть увагу:
Необхідно звертати увагу на налаштування операційної системи: наприклад, для ефективної роботи M SQL Server 2008 під ОС Server 2008R2 потрібно вимкнення збалансованого режиму енергопостачання та переведення в режим максимальної продуктивності.
Установка клієнт-серверної версії "1С: Підприємство 8"
"1C встановив"
В одного із замовників установку "1С:Підприємства 8" зробив системний адміністратор, який не має досвіду в роботі з "1С:Підприємством 8". І хоча, за його словами, він "встановив 1С" - на комп'ютерах користувача була відсутня клієнтська частина, а на сервері - серверна. Розбір ситуації прояснив картину - в комплекті "1С: Підприємства 8" було 2 диски - установка платформи та встановлення шаблонів баз даних. Адміністратор не став вникати в порядок встановлення - і встановив шаблони баз даних, а не файли, що виконуються, компоненти платформи.
Звісно, це нетиповий приклад виключно неуважного ставлення до роботи.
При встановленні "1С: Підприємства 8" слід враховувати, що окремо встановлюються:
- Платформа "1С: Підприємство 8" - додаток, що виконується, інтегроване середовище розробки та експлуатації баз даних. При його запуску вибирається один з двох режимів роботи - "Підприємство" (оболонка баз даних) або "Конфігуратор" (інтегроване середовище розробки). Більше повний опис можна прочитати за посиланням
- Шаблони конфігурацій "1С: Підприємство" - це файл внутрішнього формату платформи, за допомогою якого платформа може створити чисту або демонстраційну базу даних структури, яка закладена в шаблоні. Також за допомогою шаблону оновлення можна оновити структуру існуючої бази даних, яка вже наповнена даними.
- При встановленні платформи слід приділити увагу вибору компонентів:
Компонента "1С: Підприємство" може не встановлюватись на сервері (серверах).
У цьому випадку сервер надаватиме клієнтським комп'ютерам доступ до баз даних "1С: Підприємство", але робота з БД в режимі користувача безпосередньо з сервера буде неможлива.
Зверніть увагу:
64-бітна версія платформи не містить клієнтської частини. Тому при встановленні на сервер окремо встановлюються 64-бітові серверні компоненти, і окремо – 32-бітові компоненти клієнтської програми.
Компонента "Сервер 1C: Підприємства" потрібна для підключення до MS SQL Server - це сервер додатків, що зв'язує ланку між платформою на клієнтських робочих місцях та MS SQL Server.
Можливе встановлення компоненти в режимі простої програми або системного сервісу, і рекомендується, звичайно, другий варіант.
При встановленні "як сервіс" ця компонента буде запускатися та виконуватися від імені обраного користувача:
Після завантаження компонента породжує кілька процесів, як-от: "агент сервера", "менеджер кластера серверів", "робочі процеси сервера".
Запити до бази даних виконують робочі процеси, а навантаження з-поміж них розподіляє менеджер кластера серверів.
Робочими процесами сервера можна буде керувати (додавати, видаляти, ставити обмеження на використання ОЗП, оголошувати основним або резервним), якщо буде встановлено компонент "Адміністрування сервера 1С: Підприємства".
Зверніть увагу:
Для 32-бітної версії сервера рекомендується встановлення робочих процесів у такій кількості, щоб не залишати оперативну пам'ять незадіяною – кожен з них має помітне обмеження на використання оперативної пам'яті від 2 до 4Гб залежно від конфігурації системи.
Для 64-бітної версії сервера теоретично достатньо двох робочих процесів – одного робітника та одного резервного. Однак на практиці для забезпечення надійності та стабільності підключень на суттєвій (кілька сотень) кількості користувачів потрібна більша кількість, вона залежить багатьох факторів - від кількості користувачів, наповнення бази даних та обсягу запитів, тому автори вважають, що кількість процесів у цьому випадку слід підбирати експериментально.
"Уроборос"
Після невдалої оптимізації налаштувань сервера "1С: Підприємство 8", користувачі просигналізували про вкрай повільну роботу системи, а системний адміністратор відзначив постійне 100% завантаження процесора на сервері.
Аналіз ситуації показав джерело проблеми - при налаштуванні було встановлено дуже маленьке обмеження використання оперативної пам'яті робочими процесами.
А річ у тому, що це обмеження працює наступним чином:
Коли менеджер кластера серверів бачить, що процес перевищив ліміт оперативної пам'яті – робота цього процесу припиняється, він відключається, створюється новий робочий процес, а підключення і запити користувачів перерозподіляються між робочими процесами.
Встановлене обмеження було настільки маленьким (300Мб), що робочий процес було повністю обслужити навіть одного інтенсивно працюючого користувача - у результаті менеджер кластера серверів безперервно перезапускав робочі процеси і перепідключав користувачів. Як тільки створювався новий процес і користувачі до нього підключалися – ліміт оперативної пам'яті майже миттєво досягався та викликав наступний перезапуск. На це і витрачалося 100% завантаження процесора.
Компонента "Сервер 1C: Підприємства" не потрібна на клієнтських робочих місцях, та й не зможе там запуститись, оскільки вимагає фізичної наявності ключа захисту.
У випадку, якщо кількість користувачів, що підключаються, невелика (менше 50) - сервер додатків зазвичай встановлюють на тому ж комп'ютері, де працює MS SQL Server.
Для систем з великою кількістю користувачів та/або великим обсягом інформаційних потоків рекомендується роздільне встановлення, а також застосування кластера серверів.
Компонента "Адміністрування сервера 1С: Підприємства" може бути корисною і на клієнтах – наприклад, за її допомогою можна побачити список інформаційних баз, підключених до заданого сервера "1С: Підприємства".
На самому сервері її рекомендується встановити.
Доступ
Зверніть увагу:
Для перевірки того, що доступ забезпечений, недостатньо використання утиліти адміністрування серверів 1C: Підприємства, а тим більше недостатньо присутності сервера в "Мережевому оточенні"!
Необхідно на кожному клієнті виконати вхід до бази даних, встановлену на сервері – тільки це дасть 100% впевненість, що доступ забезпечений.
1. Залежно від політик безпеки, для MS SQL Server застосовується автентифікація облікового запису Windows або автентифікація облікового запису MS SQL Server.
У разі створення бази даних "1С: Підприємства" система буде запитувати логін і пароль облікового запису MS SQL Server (наприклад, sa), у першому випадку логін і пароль слід залишати порожніми:
і тому користувачеві системи, від імені якого запущено сервер 1С: Підприємства, необхідно надати права в MS SQL Server, а саме:
- повні права на базу даних, в якій міститься інформаційна база
- доступ до бази даних master (роль public)
- рекомендується – права створення бази даних, інакше кожну нову базу даних потрібно спочатку створювати засобами MS SQL Sever, а потім підключати до серверу 1С: Підприємства
- рекомендується - право видалити свою базу даних
Наприклад, можна призначити розглянутому користувачеві певну роль processadmin або sysadmin.
Порада.
Якщо у всіх користувачів одночасно зник доступ до робочої бази даних – потрібно перевірити ще раз права та ролі користувача в MS SQL Server, у тому числі встановлені для конкретної бази даних, тобто User mapping: 
2. Сервер 1С: Підприємства звертається до MS SQL Server через механізм Microsoft Data Access, тому його компоненти мають бути встановлені, а користувача сервера 1С: Підприємства (див. попередній пункт) мають права їх запуск.
3. Зв'язок між клієнтами та сервером підтримується протоколом TCP, тому необхідно, щоб цей протокол підтримувався обома сторонами. Можливі проблеми зі зіставленням імені сервера та його IP адреси, наприклад, якщо використовується однорангова мережа. У такому випадку слід записати відповідність у файлі [С: WINDOWS] system32driversetchosts .
Порада.
Якщо мережа однорангова – для забезпечення постійного підключення до сервера створіть мережний диск, який звертається до будь-якої папки цього сервера.
4. У разі використання протоколу Named Pipes, і якщо MS SQL Server та сервер 1С: Підприємства встановлені на різних комп'ютерах – користувач, від імені якого працює сервер 1С: Підприємства, має бути зареєстрований у списку користувачів комп'ютера, на якому запущено MS SQL Server.
5. У деяких випадках може знадобитися додаткове налаштування брендмауера Windows, тобто додавання винятків.
6. Деякі антивіруси можуть блокувати "небажаний" мережевий трафік, тому може знадобитися доповнення їх списків винятків.
7. Реліз платформи "1С: Підприємства 8" має бути абсолютно однаковим на клієнті та на сервері.
"Близнюки"
"У одного із замовників застосовувалося два сервери баз даних, на кожному з яких розташовувалась одна робоча база. Користувачі працювали - кожен одночасно з обома базами. Служби підтримки виконала оновлення платформи "1С: Підприємства 8" на серверах та клієнтах…. І тут посипалися скарги на неможливість підключення – то до однієї, то до іншої бази. другий - інший, на половині клієнтів - перший з цих релізів, на іншій половині - інший.
Для швидкого вирішення проблеми довелося встановлювати кожному користувачеві обидва релізи платформи та створювати окремі ярлики для входу до кожної бази даних.
Початкові налаштування MS SQL Server та бази даних
"І так працює"
MS SQL Server відрізняється простотою початкової установки, тому не всі адміністратори спантеличуються його додатковим налаштуванням – після виконання установки за замовчуванням база запрацювала, користувачі до неї увійшли – робота виконана. Такий підхід майже завжди спричиняє виникнення проблем приблизно через місяць чи два – причому, звичайно ж, раптово і в найнезручніший момент.
Наприклад, якщо база призначена для ведення обліку – перед складанням податкової звітності найчастіше виникає необхідність терміново перерахувати ті чи інші дані, причому перерахувати масово, скажімо "всі надходження основних засобів з початку року". Причому протягом робочого дня, без зупинки роботи решти користувачів бази даних.
І, звичайно, саме в цей момент виявиться, що база за такого перерахунку "зависає", або "вилітає", або не дає працювати іншим користувачам.
Цей свого роду "закон Мерфі" стосується кожного з наведених нижче пунктів.
Перед початком використання MS SQL Server як СУБД для "1С:Підприємство" рекомендується:
1. Встановити значення параметра max degree of parallelism рівним 1.
Тобто:
- після під'єднання до сервера увійти до властивостей сервера через контекстне меню, пункт Properties
- далі вибрати сторінку Advanced та відредагувати параметр max degree of parallelism
В іншому випадку деякі запити, що формуються сервером 1С: Підприємства, можуть викликати помилку "Intra-query parallelism caused your server command (process ID #XX) to deadlock. Rerun the query without intra-query parallelism by using the query hint option (maxdop 1 )". Після цієї помилки клієнтська частина найчастіше аварійно завершується.
Помилка не виявлятиметься стабільно, оскільки план запиту формується по-різному залежно від накопичених статистик – вона виявить себе на об'ємних і складних запитах, тобто в найневдаліший момент.
2. Створити План обслуговування (Maintance Plan), що обрізає (shrink) базу даних тимчасових таблиць tempdb. Автоматично база тимчасових таблиць сервером 1С: Підприємства очищається який завжди, котрий іноді, внаслідок невдало написаного запиту, може бути сформована і очищена тимчасова таблиця розміром, наприклад, 50 Гб. Внаслідок цього може закінчитися місце на диску, внаслідок цього можливе аварійне завершення і клієнтської, і серверної частини, також є невеликий ризик порушення цілісності даних.
Тобто потрібно:
- зайти до MS SQL Management Studio
- після під'єднання до сервера розкрити розділ "Maintance plans"
- створити новий (або доповнити наявний) План обслуговування,
- додати до нього пункт "Execute T-SQL Statement task" (оскільки завдання "Shrink database" не можна вибрати базу tempdb) з кодом
1.USE
2.
3.GO
4.
5.DBCC SHRINKFILE (N"tempdev", 0, TRUNCATEONLY)
6.
7.GO
8.
9.DBCC SHRINKFILE (N"templog", 0, TRUNCATEONLY)
10.
11.GO
Слід врахувати, що ім'я файлу бази даних тимчасових таблиць може бути рівним "tempdev". Для перевірки цього імені можна використовувати скрипт
1.USE tempdb
2.
3.GO
4.
5.EXEC sp_helpfile
6.
7.GO 
"Горщик, не вари"
Найпоширеніший на практиці спосіб переповнити tempdb і тим самим "упустити" сервер - це забути вказати умову при з'єднанні таблиць.
А саме, скажімо, у нас в базі є дві таблиці, розміром по 20 тисяч записів кожна. Допустимо, між їхніми записами можна встановити однозначну відповідність, і ми пишемо запит, який створює тимчасову таблицю, яка містить 20 тисяч записів з полями обох вихідних таблиць. Але якщо ми забудемо вказати умову з'єднання – кожен запис першої таблиці з'єднається з кожним другий записом! Тобто вийде результуюча таблиця з 20 000 * 20 000 = 400 млн. записів. І так далі.
3. Для зниження навантаження на дискову підсистему рекомендується по можливості розносити по різних фізичних дисках робочу базу і tempdb, логи, файл підкачування системи.
Потрібний шлях для зберігання файлів робочої бази краще задати при її створенні, відредагувавши стовпчик Path (Шлях):
Для зміни фізичного розташування файлів бази часових таблиць використовується команда ALTER DATABASE, тобто в MS SQL Management Studio потрібно виконати наступний скрипт (команда "New query")
1.USE master
2.
3.GO
4.
5.ALTER DATABASE tempdb
6.
7.MODIFY FILE (NAME = tempdev, FILENAME = "Новий_Диск:\Новий_Каталог\tempdb.mdf")
8.
9.GO
10.
11.ALTER DATABASE tempdb
12.
13.MODIFY FILE (NAME = templog, FILENAME = "Новий_Диск:\Новий_Каталог\templog.ldf")
14.
15.GO
4. Не слід ускладнювати "зростання" робочої бази даних та її лога - обмеження на розмір бути не повинно, властивість "Autogrowth" має бути встановлена у відсотках, рекомендоване значення 10%. В іншому випадку додавання даних до бази, відновлення з архіву та інші операції можуть виконуватися невиправдано довго.
Для встановлення цієї властивості потрібно через контекстне меню зайти до властивостей бази, вибрати розділ Files, відкрити редагування властивостей файлу:
5. Рекомендується включити в MS SQL Server підтримку мережного протоколу TCP/IP і вимкнути решту, інакше спільна робота MS SQL Server і сервера 1С: Підприємства буде менш стабільної.
6. Там - очистити розділ Alias, т.к. її встановлення призводить до помилок взаємодії MS SQL Server та сервера 1С: Підприємства.
Перед початком експлуатації бази даних рекомендується:
1. При створенні бази даних з "1С:Підприємства" встановити "зміщення дат" 2000, в протилежному спроба запису дати раніше 01.01.1753 (що можливо через людський фактор) - буде викликати збої в роботі бази даних.
Увага! Усунення дат не можна буде змінити у існуючої бази даних!
2. Встановити Режим відновлення (Recovery model) у значення Простий (Simple), або створити План обслуговування (Maintance Plan), який щодня створюватиме резервну копію (backup) бази даних та обрізатиме журнал транзакцій (log-файл). В іншому випадку при деяких операціях журнал транзакцій (log-файл) дуже швидко зростатиме: наприклад, при реструктуризації бази даних зростання розміру log-файлу може в кілька разів перевищити розмір самої бази даних.
3. Створити План обслуговування (Maintance Plan), що виконує такі регламентні завдання щонайменше раз на тиждень:
- Створення резервної копії (backup) бази даних.
- Оновлення статистик бази даних та очищення процедурного кешу (слід зазначити, що властивість autoupdate statistics не передбачає очищення процедурного кешу).
- Очищення процедурного КЕШу – не входить до стандартних операцій Планів обслуговування, цей крок потрібно визначати як виконання скрипту (Execute T-SQL Statement) з таким вмістом:
- DBCC FREEPROCCACHE
- Реіндексація таблиць бази даних.
Звичайно ж, при цьому є сенс налаштувати автоматичне надсилання електронних листів про успішне/неуспішне виконання завдань.
Висновок
Розглянуто питання, які найчастіше викликають складнощі у системних адміністраторів та впроваджувачів "1С: Підприємство 8", у зв'язку із спільним використанням MS SQL Server та клієнт-серверної версії "1С: Підприємство 8".
Автор сподівається, що досить послідовно та доступно висвітлив "обидві сторони медалі".
P.S. Найчастіше робіть бекапи!
У чому різниця між версіями
"Сервер 1С підприємство(x32) 8.2"і" Сервер 1С підприємство(x86-64) 8.3" ?
Сервер х64 має одну важливу відмінність: кількість доступного адресного простору. Сервер х32 доступний до 2 Гб адресного простору на один робочий процес. У сервера х64 цього обмеження немає.
- За рахунок цього сервер х64 отримує наступні переваги:
1. Істотно більша межа масштабованості. - Сервер х64 стабільно витримає збільшення навантаження на систему (збільшення кількості одночасно працюючих користувачів, підвищення інтенсивності роботи і т.п.).
2. Більший термін роботи без перезавантаження. - При певній інтенсивності роботи сервер х32 може вимагати періодичного перезавантаження щоб уникнути ефекту фрагментації пам'яті. Сервер х64 може працювати без перезавантаження практично необмежений час.
3. Найкраща утилізація оперативної пам'яті комп'ютера, на якому працює сервер 1С:Підприємства.
Одному робочому процесу сервера х32 є 2 Гб адресного простору. Якщо на комп'ютері встановлений більший обсяг оперативної пам'яті, для її використання необхідно буде створити відповідну кількість робочих процесів. Сервер Х64 може використовувати практично необмежений обсяг оперативної пам'яті єдиним робочим процесом. При роботі одночасно на одній платформі 1С:Підприємство 8 більше 15 користувачів, ефективнішим буде використання клієнт-серверного режиму роботи (SQL). Для чого крім самого сервера потрібно придбатиліцензії на сервер 1С Підприємства 8
. При клиент-серверном режимі ціна ліцензій збільшується проти роботою у файловому режимі, що пов'язані з розробкою клиент-серверных рішень разом двома компаніями: Microsoft і 1С. При використанніліцензії на сервер 1с підприємства 8
додаток за клієнта взаємодіє з кластером серверів 1С. Кластер, своєю чергою, посилає запит серверу баз даних (PostgreSQL чи MS SQL Server). При чому кластер серверів 1С:Підприємства 8 та сервер баз даних фізично можуть бути розташовані на різних комп'ютерах. Це дозволяє адміністратору розподіляти навантаження між серверами.
Однією з основних переваг використання трирівневої архітектури є зручність управління та розподілу прав доступу користувачів до бази даних. При чому користувачу не доступна інформація про фізичне розташування платформи або бази даних. Доступ здійснюється через кластер серверів 1С:Підприємства 8. При запиті до бази, користувач лише вказує ім'я кластера та інформаційної бази та вводить ім'я користувача та пароль.
1С:Підприємство 8 для ефективної вибірки даних використовує MS SQL Server:
- механізм запитів передбачає максимальне застосування MS SQL Server для виконання розрахунків та формування звітів
- обробка об'ємних динамічних списків проводиться без виконання великої кількості запитів до бази, а користувач має можливість ефективного пошуку, фільтрації та сортування.
Сам процес розгортання клієнт-серверного варіанта роботи та його адміністрування здійснюється досить легко. Створення бази даних відбувається безпосередньо під час запуску конфігуратора. Комплект поставки програми містить програму для адміністрування клієнт-серверного варіанта роботи, яка дозволяє адміністратору налаштовувати та керувати базами даних та підключенням користувачів.
Сервер 1С:Підприємство 8 (x86-64)
64-розрядний сервер "1С:Підприємства 8.2" необхідний для роботи архітектури x86-64 (EM64T, AMD64) під ОС Windows та Linux. Основна перевага 64-розрядного сервера "1С:Підприємства 8.2" - практично необмежений адресний простір, що виділяється робочому процесу, що дозволяє практично повністю використовувати можливості сервера.
Для взаємодії з 64-розрядним сервером "1С:Підприємства 8.2" може бути використаний 32-розрядний додаток "1С:Підприємства 8.2" на стороні користувача. Сервери "1С:Підприємства 8.2" (32-х та 64-розрядні) працюють як з 32-х, так і з 64-розрядними базами даних.
Постачання ліцензії на сервер 1С:Підприємство 8 (x86-64) включає
- Дистрибутиви клієнтської програми "1С:Підприємства", сервера "1С:Підприємства" для Linux і Windows (32- і 64-розрядного)
- Дистрибутиви PostgreSQL (32-х та 64-розрядного)
- usb-ключ захисту
- Книгу "1С:Підприємство 8.2 клієнт-сервер (x86-64). Особливості встановлення та використання"
- Ліцензійна угода на використання сервера 1С:Підприємство 8 (x86-64).
Особливості використання ліцензії на сервер 1С: Підприємство 8:
- Застосування ліцензії на сервер допускається лише в межах однієї локальної мережі з базовим постачанням
- Фізично ліцензія на сервер 1С:Підприємства 8є апаратним ключем захисту (USB)
- Ключ захисту працює як з 32-х, так і з 64-розрядним сервером "1С:Підприємства" 8.2, а також підтримує роботу з сервером "1С:Підприємства" 8.1 та 8.0.
- Ліцензія на сервер 1сне збільшує загальну кількість робочих місць користувачів, що визначається за кількістю клієнтських ліцензій у локальній мережі
- Ліцензія на сервер не використовується для базових версій.
Чи потрібна заміна клієнтських ліцензій 1С:Підприємства 8 при переході з 32-х на 64-х розрядний сервер?
Якщо у користувача вже є ліцензія 32-розрядного сервера 1С:Підприємства 8 і потрібно купити 64-х розрядний сервер 1С, то заміна клієнтських ліцензій 1С:Підприємство 8 не проводиться. Придбати ліцензію 64-розрядного сервера 1С:Підприємства 8 можна за схемою шляхом заміни наявної ліцензії на ліцензію сервера x86-64.
Клієнт-серверний варіант роботи- один із варіантів роботи системи 1С:Підприємство 8 .
Клієнт-серверний варіант роботи призначений для використання у робочих групах чи масштабі підприємства. Він реалізований на основі трирівневої архітектури «клієнт-сервер».
Клієнт-серверна архітектура поділяє всю працюючу систему на три різні частини, які певним чином взаємодіють між собою:
Програма, що працює у користувача, (клієнтська програма) взаємодіє з кластером серверів 1С:Підприємства 8, а кластер, при необхідності, звертається до сервера баз даних.
При цьому фізично кластер серверів 1С:Підприємства 8 та сервер баз даних можуть розташовуватися як на одному комп'ютері, так і на різних. Це дозволяє адміністратору за необхідності розподіляти навантаження між серверами.
Використання кластера серверів 1С:Підприємства 8 дозволяє зосередити на ньому виконання найбільш об'ємних операцій з обробки даних. Наприклад, при виконанні навіть дуже складних запитів програма, що працює у користувача, отримуватиме лише необхідну їй вибірку, а вся проміжна обробка виконуватиметься на сервері. Зазвичай збільшити потужність кластера серверів набагато простіше, ніж оновити парк клієнтських машин.
Іншим важливим аспектом використання 3-х рівневої архітектури є зручність адміністрування та впорядкування доступу користувачів до інформаційної бази. У цьому варіанті користувач не повинен знати про фізичне розташування конфігурації або бази даних. Весь доступ здійснюється через кластер серверів 1С:Підприємства 8. При зверненні до тієї чи іншої інформаційної бази користувач повинен вказати тільки ім'я кластера та ім'я інформаційної бази, а система запитує відповідно ім'я та пароль користувача.
1С:Підприємство 8 використовує можливості системи управління базами даних для ефективної вибірки інформації:
- механізм запитів орієнтований на максимальне використання СУБД для виконання розрахунків та складання звітів,
- перегляд великих динамічних списків забезпечується без виконання великої кількості звернень до бази даних; при цьому користувачеві надаються можливості ефективного пошуку, а також налаштування відбору та сортування.
Розгортання клієнт-серверного варіанта та його адміністрування виконується досить просто. Наприклад, створення бази даних проводиться у процесі запуску конфігуратора (як і, як і файлового варіанта).
Клієнтські програми
Робота в клієнт-серверному варіанті можлива безпосередньо з кластером, так і через веб-сервер. При цьому у разі безпосереднього підключення до кластера товстий клієнт та тонкий клієнт використовують протокол TCP/IP. При підключенні через веб-сервер тонкий клієнт та веб-клієнт використовують протокол HTTP або HTTPS.
Кластер серверів
Кластер серверів 1С:Підприємства 8 - основний компонент платформи, що забезпечує взаємодію між користувачами та системою управління базами даних у клієнт-серверному варіанті роботи. Наявність кластера дозволяє забезпечити безперебійну, стійку до відмови, конкурентну роботу великої кількості користувачів з великими інформаційними базами.
Сервер баз даних
Як сервер баз даних можуть використовуватися:
Адміністрація кластера серверів
У поставку платформи входить набір різних інструментів, що дозволяють адміністратору управляти складом кластера, інформаційними базами та підключенням користувачів.
Виконання основної функціональності на сервері
Вся робота з прикладними об'єктами, читання та запис бази даних виконується лише на сервері. Функціональність форм та командного інтерфейсу також реалізована на сервері.
На сервері виконується підготовка даних форм, розташування елементів, запис даних форм після зміни. На клієнті відображається вже підготовлена на сервері форма, виконується введення даних та виклики сервера для запису введених даних та інших необхідних дій.
Аналогічно командний інтерфейс формується на сервері та відображається на клієнті. Також звіти формуються повністю на сервері і відображаються на клієнті.
У цьому механізми платформи спрямовані на мінімізацію обсягу даних, переданих клієнтський комп'ютер. Наприклад, дані списків, табличних частин та звітів передаються із сервера не відразу, а в міру перегляду їх користувачем.
На сервері виконуються:
- Запити до бази даних
- Запис даних,
- Проведення документів,
- Різні розрахунки,
- Виконання обробок,
- Формування звітів,
- Підготовка форм для відображення.
На клієнті виконується:
- Набуття та відкриття форм,
- Відображення форм,
- «Спілкування» з користувачем (попередження, питання…),
- Невеликі розрахунки у формах, що вимагають швидкої реакції (наприклад, збільшення ціни на кількість),
- Робота з локальними файлами,
- Робота із торговим обладнанням.
Використання вбудованої мови на клієнті
Керувати функціональністю форм можна як на сервері, а й у клієнті. На клієнті підтримується робота вбудованої мови. Він використовується в тих випадках, коли необхідно провести розрахунки, пов'язані з відображеною на екрані формою, наприклад швидко (без звернення до сервера) підрахувати суму рядка документа на основі ціни та кількості; поставити користувачеві питання та опрацювати відповідь; прочитати файл із файлової системи комп'ютера та відправити його на сервер.
Однак робота вбудованої мови на клієнті підтримується в обмеженому обсязі. Клієнтські процедури в модулях явно відокремлюються від серверних, і в них використовується обмежений склад об'єктної моделі вбудованої мови.
На клієнті не допускається безпосередня робота з базою даних. Не допускається робота безпосередньо з прикладними об'єктами, наприклад, недоступні такі типи вбудованої мови, як ДовідникОб'єкт.<имя> . Не допускається використання запитів. При необхідності виклику дій з даними в коді клієнта потрібно викликати серверні процедури, які вже будуть звертатися до даних.
Сервер для 1С – важливий технічний елемент при побудові IT-інфраструктури. Ми готові продати серверне обладнання з відмінною конфігурацією за адекватною вартістю без величезних націнок. Тільки доцільні конфігурації для вирішення ваших завдань. Залишіть заявку і ви отримаєте пристрій, який може закрити технічні потреби організації.
Ми готові надати серверне обладнання будь-якої складності з конфігурацією, що відповідає вимогам. Є зручна доставка. У Москві доступний самовивіз. Загалом, якщо хочете придбати, досить просто зателефонувати, заповнити форму розрахунку чи написати на електронну пошту. Ми пропонуємо різноманітні комплектуючі, варіанти збирання, зробимо комерційну пропозицію. Відштовхуватимемося від бюджету і збиратимемо максимально доцільні сервери 1С.
Якщо прийшли за інформацією, вона розташована нижче. Ми постаралися розмістити повноцінний матеріал, здатний дати нехай і не вичерпну, але об'ємну відповідь на запитання. Попереджаємо відразу, відомості швидше про залізо, ніж про програмне забезпечення.
- Сервер 1С на 5-10 користувачів
- Сервер 1С на 10-20 користувачів
- Сервер 1С на 20-30 користувачів
- Сервер 1С на 30-50 користувачів
- Сервер 1С на 50-100 користувачів
- Сервер 1С на 200+ користувачів
У разі потрібна індивідуальна конфігурація. Складати конфігурацію навмання практично немає сенсу, оскільки навантаження може серйозно різнитися залежно від завдань користувачів. У деяких випадках одним пристроєм обмежитися не вийде, потрібно кластер. Залишіть заявку, щоб фахівець зміг з вами зв'язатися та уточнити деталі.
Будь-яку збірку можна налаштувати індивідуально під ваші завдання!
До речі, попередні настройки можна вибрати у формі нижче. Це дозволить фахівцям швидше сформувати комерційну пропозицію.
Отримати індивідуальний розрахунок сервера 1С:
Що таке сервер 1С?
Програмний комплекс «1С: Підприємства 8.3» є набір бізнес-інструментів для ведення бухгалтерії, інвентаризації, створення звітності в автоматичному режимі. Тут є багато можливостей для заточування під будь-який сегмент діяльності. ПЗ досить гнучке в налаштуваннях, але, на жаль, дуже вимогливе.
Власне, зараз застосовують комплекс повсюдно. Великі організації, бюджетні установи, державні. Причому у Росії, а й там.
Поява над ринком товару відбулося дуже сприятливий момент, що непогано вплинуло на повсюдне використання товару. Спочатку був мінімальний набір інструментів для бухгалтерії, поступово програмне забезпечення розвивалося, покращувалося, додавали нові функції та можливості.
Сьогодні продукт став повноцінним інструментом для автоматизації багатьох аспектів бізнесу, що має цілком заслужену популярність. Незважаючи на недоліки, ПЗ постійно розвивається, вносячи нововведення та виправляючи недоліки попередніх версій.
Типи реалізації
Більшість невеликих організацій не купують сервер для 1С. Не бачать сенсу у такій витраті. Адже достатньо розгорнути комплекс на персональному комп'ютері, а потім дати доступ іншим ПК. Такий варіант називається "Файловий режим".
Він не здатний забезпечити гідну працездатність, підходить тільки для застосування в локальній мережі (звичайно, віддалений доступ також доступний, але малоефективний). При перевищенні числа одночасних звернень до бази вище 5 починає серйозно гальмувати. Періодично зависає. До того ж, обмеження на розмір однієї таблиці в базі становить 4 ГБ, великі компанії, варто сказати, такі об'ємні таблиці нерідко роблять. Звичайно, недоліком файлового режиму є наступний фактор, чим вищий обсяг бази даних, тим серйозніші вимоги до ресурсів заліза. На жаль, якщо багато співробітників працює в цьому ПО або доводиться створювати об'ємні таблиці, краще вибрати інший спосіб реалізації структури ІТ.
І на допомогу приходять системи управління DB, які працюють у клієнт-серверному типі виконання. Сервер 1С підтримує такі типи СУБД:
MS SQL Server – СУБД, розроблена компанією Microsoft. Надійна, функціональна, але потрібна ОС сімейства Windows. Існують певні недоліки: любить оперативну пам'ять, займає її повністю, тому, доводиться виставляти обмеження вручну, періодично відбуваються витоку RAM при взаємодії з табличними масивами.
PostgreSQL – безкоштовний дистрибутив.місцями повільна, що підтверджено досвідченим шляхом. Підійде для невеликого складу співробітників, великий штат може витягнути. Але, незважаючи на недоліки, немає обмежень щодо підтримкие процесорів, а також відсутнє плато ОЗП.Основна вимога – прямі руки системного адміністратора. При правильному налаштуванні показує відмінні результати.
Oracle Database - версійна СУБД, що має гарний функціонал, при тому, дуже спритна, дозволяє одночасно проводити запис, читання. Слабкість - вимогливість до RAM.
IBM DB2 Universal Database. Добре підходить для обробки великих масивів. Має великий функціонал. На жаль, у цій СУБД є багато зайвого для збереження сумісності із застарілими ЕОМ, що знижує дієвість СУБД. До оперативної пам'яті невибаглива, але оскільки тимчасові таблиці обмежені. Максимальна кількість ядер, що підтримуються, - 16, що накладає деякі обмеження.
Найбільш ефективні за тестами СУБД – MS SQL Server, Oracle. Якщо у бюджеті є обмеження, то вибір варто зупинити на PostgreSQL, вона є безкоштовною СУБД, але врахуйте, чи працює тільки та версія, що зроблена саме для цільового програмного забезпечення. IBM DB2 Universal Database використовується рідко, адже є більш продуктивні аналоги, але у підтримці застарілого обладнання та зборок від IBM – найкраща.
Приходимо до висновку, що реалізувати у клієнт-серверномувиконанні набагато ефективніше. В іншому випадку отримуємо гальма та серйозні обмеження. Сподіваюся, з вибором СУБД визначилися, але за фактом скажу, що найзручніша і найпопулярніша - MS SQL Server.Вона найкраще підтримується програмним комплексом, про який мова йде.
І одразу відповім ще на одне запитання. Інші інтерпретатори SQL не підтримуються. Принаймні офіційно.
Відповідно, вона ускладнюватиметься. Поодинокі машини перетворюються на кластери, склад співробітників розширюється, ділиться на групи. Але основа виглядає приблизно так, як на схемі. Для чисельності користувачів понад 50 точно доведеться використовувати два пристрої. Одне для баз даних, друге, як термінальний сервер. Інакше потужностей не вистачить.
Термінальний вузол необхідний надання потужності тонкому клієнту. У ролі тонкого клієнта може бути спеціалізований пристрій, ПК, навіть смартфон. Відповідно всі операції виконуються централізовано, на одній машині. Що робить потужні апарати ролі ТК непотрібними. Достатньо непродуктивних пристроїв, які відповідають за виведення результатів виконання інструкцій на екран.
Для баз даних потрібно обладнання, здатне обробляти весь обсяг одночасно і передавати інформацію в термінальний вузол, який має бути дуже потужним, оскільки відповідає за віртуалізацію додатків та надання технічних ресурсів.
Чим крупніша організація, ширше склад користувачів, тим продуктивніше знадобиться устаткування. У деяких ситуаціях необхідний кластер. На вигляд витрати великі, насправді, купити сервер для 1С і малопотужні ПК дешевше, ніж намагатися налагодити IT-інфраструктуру без них.
Апаратура
Отже, яке ж залізо нам потрібне, щоб реалізуватисервер для 1С ? Хороше питання, спочатку потрібно визначитися з параметрами, відповідно до яких виставлятимемо вимоги:
кількість користувачів;
Об `єм DB;
потрібна відмовостійкість;
тип реалізації.
Підставте до кожного пункту питання. Відповідайте на них. Фактично таким чином формується завдання. Тепер спробуємо допомогти зорієнтуватись. Почнемо з улюблених користувачів.
Чисельність запитів до SQL – ключовий момент під час підготовки технічного завдання. Кожна людина чи програма здатна генерувати певну кількість запитів, що займає частину ресурсів апаратури. Так що збірка для 5 користувачів може не підійти для 10, для 50 вимог виглядатимуть також інакше. Про 100, 200 теж саме. Звичайно, ПЗ, яке автоматично працюватиме з 1С - окрема тема, що вимагає більш детального розгляду.
Наразі пункт другий. Є база даних, відповідно, її десь треба розмістити, дати необхідну для функціонування кількість ресурсів. Завдання тільки на вигляд легке. Доведеться підбирати доцільні накопичувачі, здатні забезпечити швидкість та необхідний обсяг. Рекомендується спрогнозувати потенційний розмір БД, тоді простіше сформувати вимоги.
Відмовостійкість покликана забезпечити безперебійну роботу. Щоб постійно велося резервне копіювання, одніпро пристрій дублювали інші. Чим вище рівень стійкості до відмов, тим складніше і дорожче конфігурація.
Тип реалізації - фактично, яким чином використовуватимемо, для яких цілей. Нічого складного. Якщо тільки бухгалтерія, то потужність буде менш принципова, а от якщо використовується весь інструментарій, то потрібна техніка потужніша.
Пройдемося по комплектуючих.
Процесор
ЦП з продуктивністю мінімум 1700 МГц, хоч у вимогах значення нижче, алеслід орієнтуватися нею,і в результаті купити процесор навіть потужніший. Ідеально підійде Intel Cor e i3-8100, Xeon E3-1220 v6 або AMD Ryzen 3 1200. Звичайно, найбільшеш ну продуктивність дасть Xeon, але він найдорожчий. Це для 5-10людина . Якщо планується збільшенняпоголів'я «користувачів», то однозначно варто вибрати Xeon.
На 10-20 чоловік вже стане в нагоді Intel Xeon E3-1230 v6, на відміну від молодшого побратима він має більш високу тактову частоту і багатопоточність. Хоча вона не така важлива, але CPU виходить на порядок потужніше. З найдорожчих підійдуть Core i5-8500 і AMD Ryzen 5 1500X. Але останні не зможуть показати тієї ж продуктивності, що й Xeon. Тож зупиніть вибір на останньому.
Якщо сервер для 1С планується на 20-50 чоловік. То складання потрібне продуктивне. Про процесори користувача сегмента краще вже забути і дивитися на серверний сегмент. Отже. Тут вже знадобляться мінімум Intel Xeon E5-1650 v4 з 6 ядрами 12 потоками та базовою частотою 3,6 ГГц цілком гарний. Від AMD підійде ЦП EPYC 7261 з 8 ядрами, 16 потоками та базовою частотою 2,5 ГГц. Звичайно, він покаже меншу продуктивність, зате трохи дешевше. Але ненабагато.
Для 50-100 користувачів варто поглянути вже на Xeon E5-1680 v4 від компанії Інтел, він помітно потужніший, ніж попередній CPU. Має 8 ядер, 16 потоків та 3,4 ГГц частоти. Можна використовувати і AMD EPYC 7351 із 16 ядрами, 32 потоками, базовою частотою 2,4 ГГц. Але він значно гірший за Intel. Але й помітно дешевше.
Для більш серйозних рішень можна використовувати навіть двопроцесорні системи або сегментувати пристрої. Наприклад, для двопроцесорної системи ідеально підійде Xeon E5-2643 v4. Але сегментувати пристрої набагато доцільніше. Тобто реалізувати рішення відразу на двох апаратах.
Загалом, слід зазначити, що кількість ядер у сервері для 1С вирішальної ролі не грають. Більший акцент потрібно робити на тактову частоту і продуктивність у послідовних операціях. Тому багатоядерні ЦП сміливо відкидайте. В програмному комплексі, що розглядається, підтримка багатопоточності і багатопроцесорності реалізована дуже погано. Численні ядра вагомих переваг не дають.
Накопичувачі
Пляшкова шийка в системі традиційно HDD. Почнемо з інтерфейсів. SATA підходить лише для послідовних запитів. Якусь паралелізацію можна зробити тільки в RAID- масиві. Інтерфейс SAS краще, до 10 одноразових запитів, але пропускна спроможність жорстких дисків все одно залишає бажати кращого. Найбільш адекватнийвибір – SSD. Підійдуть твердотільні накопичувачі з SAS від SATA рекомендуємо відмовитися, але теж варіант і вони трохи дешевші. В ідеалі - SSD NVMe. Вони найбільш швидкодіючііз запропонованих . Але, на жаль, дуже дорогі. Відштовхуйтесь від бюджету, але вибирати рекомендуємо SSD, тоді буде реалізовано ефективнішу систему.
Оперативна пам'ять
Ну, всякі дрібниці на кшталт материнської плати (ха-ха, дрібниця), додаткових приводів краще вибирати в залежності від інших комплектуючих. Але блоку живлення варто приділити особливу увагу, варто брати дорогі версії з мітками Bronze, Silver, Gold, Platinum.Останній найкращий і надійний, перший, менш добре, але краще за звичайні дешевки.
Обов'язково зробіть RAID 1 або RAID 10 (1+0), другий варіант помітно продуктивніший. Вони забезпечують дубльований запис пам'яті. Тобто, те саме пишеться на кілька дисків одночасно. Але врахуйте, для створення RAID 10 необхідно 4 накопичувачі.
І останній пункт обов'язково візьміть джерело безперебійного харчування. У разі знеструмлення мережі буде час зберегти дані та акуратно вимкнути сервер.
Ні, мабуть, є ще важливі моменти, просто навчайте їх при складанні конфігурації та добре обміркуйте. Можливо, систему доведеться робити із серйозним запасом.
користувач займає ресурси. Але, на читання йде значно менше ресурсів, ніж читання/запис. Тому один користувач може давати більше навантаження, ніж кілька інших. При плануванні ІТ-інфраструктури це також доведеться врахувати, щоб правильно розподілити потужності.Захист. Резервне копіювання також забирає ресурси, тому, щоб воно не зривало роботу, на нього мають бути виділені додаткові ресурси. Фаєрволи, антивіруси та інші засоби захисту також потребують певної кількості потужностей.
Відмовостійкість. Можливість гарячої заміни дисків чи блоків живлення, дублювання систем. Можливість швидкої заміни комплектуючих. Чим вища відмовостійкість, тим нижчий шанс, що буде простим у роботі. Найбільша стійкість до відмов досягається в кластері.
Сервер для 1С за чисельністю користувачівЦе є ключовим параметром при виборі обладнання. Рекомендується ознайомитися, щоб мати хоча б зразкове уявлення про те, що може знадобитися в процесі формування конфігурації.
Сервер 1С на 5 користувачів
Для 5 осіб не потрібні високі потужності, підійдуть конфігурації для малого бізнесу. Якщо офіс невеликий і потрібно компактне розміщення, можна використовувати міні-сервер . Такий варіант дозволить компактно розмістити обладнання, і буде зручним для перевезення.
Вартість такого пристрою становитиме від 30 000 рублів. Конфігурація, як правило, вишукуванням не відрізняється. Використовується процесор початкового рівня із серії Intel Xeon E3, або AMD Opteron. Є безліч готових збірок під це завдання. Але у випадку дешевих пристроїв немає твердотільних накопичувачів і запасу під пікові навантаження.
Сервер 1С на 10 користувачів
Конфігурація на 10 співробітників аналогічна попередньому рішенню, особливої потужності не потрібно, достатньо використовувати міні-сервер. Але пікове навантаження має бути враховано, якщо є автоматизовані дії, такі як автоматичне формування звітності з інтернет-магазину, то навантаження може бути набагато серйознішим.
Тут можна обійтися процесором з лінійки Intel Xeon E3, наприклад модель 1240. Оперативної пам'яті вистачить і 8 ГБ, але краще 16, а також варто використовувати SSD для розміщення програми і DB.
Сервер 1С на 20 користувачів
Тут потрібне обладнання потужніше, ніж у попередньому варіанті. Варіант для середнього бізнесу є оптимальним. SSD у такій системі повинен бути за замовчуванням, а процесор використовувати рекомендується не нижче Intel Xeon E3-1280 v6. В іншому випадку не залишиться запас під пікову потужність.
Сервер 1С на 50 користувачів
У такій конфігурації рекомендується врахувати міру складності завдань. Якщо вони не створюють серйозного навантаження, високих потужностей не потрібно. Якщо ж сильна або великий обсяг бази даних, то знадобиться обладнання з високою ресурсомісткістю, в деяких випадках необхідний кластер пристроїв.
Зазвичай цього завдання збирається двопроцесорна система з урахуванням процесорів Intel Xeon E5-2643 v4. 2 таких CPU здатні закрити потреби програми та навіть бази даних. Але в ідеалі створити сервер SQL варто окремо.
Звичайно ж, в даному випадку твердотільні накопичувачі вже не просто рекомендуються, а життєво необхідні, інакше дискова підсистема перетвориться на пляшку.
Сервер 1С на 100 користувачів
В цьому випадку недостатньо одного пристрою. Часто потрібно кластер серверів 1С, здатних виконувати операції паралельно та спільно. Необхідна індивідуальна технологія.
Але приблизна конфігурація буде такою:
Термінальний сервер програми. 2 процесори Intel Xeon Silver 4215, для розміщення програми SSD з високим TDW, два блоки живлення, дискова підсистема для бекапів стану системи.
Сервер SQL. Аналогічні процесори, SSD із високим DWPD, також два блоки живлення та дискова підсистема з RAID 1 для зберігання резервних копій.
Це умовно, що специфіка залежатиме від кінцевої технічної інфраструктури.
Сервер для 1С на 200 користувачів та більше
За такої кількості користувачів потрібно передове обладнання, здатне впоратися із завданнями будь-якої складності. Як і в попередньому варіанті, одного пристрою не вистачатиме, знадобиться кластер. Чим вище підсумкова кількість звернень до бази даних та кількість співробітників, тим потужнішим буде потрібне обладнання та, відповідно, більше пристроїв у кластері. Універсальних рішень немає, кожне опрацьовується індивідуально.