У більшості випадків для установки 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 -\u003e Settings -\u003e Control Panel -\u003e System -\u003e Advanced -\u003e 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 -\u003e User Rights Assignment. В процесі установки нового програмного забезпечення програма установки зазвичай отримує ці привілеї автоматично.
Реєстрація сервера 1С: Підприємства як сервісу Windows
Сервер 1С: Підприємства є простим консольним Windows додатком і може бути запущений інтерактивно. Однак для постійного використання це незручно, оскільки ставить запуск сервера 1С: Підприємства від входу ітнерактівного користувача в серверний комп'ютер. Щоб виключити цю залежність, сервер 1С: Підприємства може запускатися як сервіс Windows. Для цього він повинен бути зареєстрований в менеджері сервісів Windows.
Щоб переглянути список сервісів Windows і їх параметрів призначена утиліта Component Services (Start -\u003e Settings -\u003e Control Panel -\u003e Administrative Tools -\u003e 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 тисячі п'ятсот сорок-один -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 -\u003e Run і наберіть regedit) і виберіть гілку:
Серед її параметрів є параметр ImagePath, значенням якої є рядок запуску Агента сервера 1С: Підприємства. Тут можна додати нові параметри рядка запуску або поміняти значення існуючих. Повний список можливих параметрів наведено в книзі "1С: Підприємство 8.1 Клієнт-сервер" документації.
При необхідності реєстрації декількох незалежних сервісів Агента сервера 1С: Підприємства потрібно вказати їм різні завантажувальні модулі, різні порти і різні каталоги даних кластера. Ще потрібно зареєструвати їх з різними ідентифікаторами сервісів. Це можна зробити так:
* Створити перший сервіс:
"C: \\ Program Files \\ 1cv81 \\ bin \\ ragent.exe" -srvc -agent -regport тисяча п'ятсот сорок одна -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 1 641 -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: \\ WINNT \\ system32 \\ drivers \\ etc \\ hosts), або за таблицями адрес в доступних 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 -\u003e Microsoft SQL Servers -\u003e SQL Server Group -\u003e (Local)) і відкриємо його властивості. На закладці Sequrity можна бачити, що SQL-сервер підтримує два способи аутентифікації користувачів: SQL Server and Windows і Windows only. Аутентифікація Windows дозволить Сервера 1С: Підприємства звертатися до SQL-сервера тільки від імені користувача USR1CV81, що не дозволяє розрізняти права доступу до різних інформаційних баз, Що обслуговуються одним сервером 1С: Підприємства. Рекомендується вибирати режим SQL Server and 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.
Можлива установка компоненти в режимі простого додатка або системного сервісу, і рекомендується, звичайно - другий варіант.
При установці "як сервіс" ця компонента буде запускатися і виконуватися від імені обраного користувача:
Після завантаження компонента породжує кілька процесів, як то: "агент сервера", "менеджер кластера серверів", "робочі процеси сервера".
Запити до бази даних виконують робочі процеси, а навантаження між ними розподіляє менеджер кластера серверів.
Робочими процесами сервера можна буде управляти (додавати, видаляти, ставити обмеження на використання ОЗУ, оголошувати основним або резервним), якщо буде встановлена \u200b\u200bкомпонента "Адміністрування сервера 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 \\] system32 \\ drivers \\ etc \\ hosts.
Порада.
У разі, якщо мережа однорангова - для забезпечення постійного підключення до сервера створіть мережевий диск, Який звертається до будь-якої з папок цього сервера.
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 \u003d 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 \u003d tempdev, FILENAME \u003d "Новий_Діск: \\ Новий_Каталог \\ tempdb.mdf")
8.
9.GO
10.
11.ALTER DATABASE tempdb
12.
13.MODIFY FILE (NAME \u003d templog, FILENAME \u003d "Новий_Діск: \\ Новий_Каталог \\ 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. Встановлюємо 1С платформу
2. Встановлюємо MS SQL server 2008. При установці задаємо користувача баз даних. (Який SA).
Після установки відкриваємо панель адміністрування серверів 1С підприємства і бачимо що вона порожня.
Потрібно створити сервер: Відкриваємо console root-\u003e Central 1C: Enterprise 8.2 servers. Кількома по ньому правою кнопкою миші і вибираємо пункт new. У випадаючому меню вибираємо Центральний сервер 1С Підприємства 8.2. Перед нами відкриється віконце з 4-ма полями:
протокол - протокол по котороми будуть передаватися дані
ім'я - ім'я комп'ютера в мережі на якому розташовується сервер
IP порт- порт по якому доступний сервер
опис-Опис. не обов'язково.
Примітка:
Якщо платформа 1С була встановлена \u200b\u200bна комп'ютер, і потім комп'ютер був перейменований, то достукатися до нього ви не зможете, тому що платформа 1С шибко розумна платфоми і записує в певні файліки при установці ім'я комп'ютера, але потім, коли ім'я комп'ютера змінюватись платформа їх вже не перепише. Ці файліки потрібні для роботи сервісу RAGENT 1С (його можна знайти в запущених службах, через панель адміністрування сервера windows). Це все говорить про те, що щоб перейменувати ці файли-необхідно зупинити службу RAGENT. Самі файли знаходяться в наступних місцях:
C: \\ Program Files (x86) \\ 1cv82 \\ srvinfo \\ srvribrg
C: \\ Program Files (x86) \\ 1cv82 \\ srvinfo \\ reg_1541 \\ 1CV8Reg
Відкриваємо ці файли блокнотом і правимо минуле ім'я машини на даний ручками. Зберігаємо і запускаємо RAGENT.
Повертаємося до налаштування:
Після того як заповнене вікно з полями натискаємо кнопку OK і якщо все зроблено правильно то у нас з'являється сервер на ім'я машини, на которй він стоїть.
І так. Сервер запущений і тепер нам потрібно створити базу на MYSQL server і зв'язати її з північчю 1C. Є кілька способів-тут я опишу найпростіший:
На сервері 1С підприємства відкриваємо наш новий створений сервер кліком по + поруч з назвою сервера і на пункті «ІНФОРМАЦІЙНІ БАЗИ» натискаємо правою кнопочкою миші, вибираємо New-\u003e Інформаційна база
Перед нами відкриється вікно в якому будуть наступні поля:
ім'я-ім'я нашої бази даних на сервері 1С (Як правило багато його пишуть таким же як як і в поле база даних, щоб не плутатися)
опис-Опис
захищене з'єднання-по замовчуванням вимкнено. можна включити але тоді навантаження на сервер зросте
Сервер баз даних-якщо сервер на цьому ж сервері то вказуємо (local) саме так в дужках, якщо не на цьому сервері то вказуємо ip сервера
Тип СУБДВибирайте тип MS SQL
База даних-ім'я бази даних на сервері MS SQL. Якщо бази немає то в одному з чекбоксів можна поставити галочку і вона створиться
Пользоватлель сервера БД-Зазначає або того користувача котрий творив при установці, або створюємо окремого користувача в MS SQL, задаємо йому права і прописуємо його тут.
Пароль користувача сервера БД-пароль
Дозволити видачу ліцензій сервером 1С підприємствовибирайте так
Країнавибирайте країну
зсув дат-ставити в 0
чекбокс «Створити базу в разі отсутсвия»-той самий чекбокс для створення бази, якщо її немає
чекбокс «Встановити блокування регламентних завдань»-не ставимо галочку
Натискаємо ОК і бачимо що сервери налаштовані і у нас в закладці «Інформаційні бази» з'явилася інформаційна база під ім'ям яке ми їй дали.
Щоб нстроіть Backup нам потрібно відкрити Microsoft SQL MANAGEMENT STUDIO.
Вводимо логін і підключаємося до сервера.
Перед нами адміністративна консоль. В Object explorer відкриваємо вкладку Management і в ній бачимо Maintance plans. Тут будемо створювати потрібний нам BackUP. Як завжди правий клік по Maintance plans-\u003e new maintance plan. У головному вікні з'явиться вкладка subplan, а під Object Explorer з'явиться ще одне віконце ToolBox в якому вкладено Maintance Plans Tasks. У ній ми виберемо Back Up DataBase Task клікнувши по ньому 2 рази. Він перенесеться на головне вікно. На ньому натискаємо 2 рази і перед нами з'являється вікно знову ж з полями, де ми можемо вибрати будь Back Up робити, яку базу BackUp-ить, і куди це зберігати. Після закінчення налаштувань потрібно натиснути Ok.
Примітка:
Зберігаючи Back Up в якусь мережеву папку (шлях до речі доведеться прописати ручками, тому, що оконко вибору директорії бачить тільки локальні рессурси) простежте за правами доступу, і заодно простежте яка у вас аутентифікація на сервері MySql бо якщо аутентифікація виставлена \u200b\u200bне по облікових записів Windows, а по внутрішньому користувачу СУБД і якщо при цьому у вас піднято сервер AD то BackUp видаватиме помилку при спробі виконання, оскільки буде це робити від імені внутрішнього користувача СУБД і AD його не пропустить нікуди крім локального комп'ютера.
Після того як ви налаштували шлях, базу і тип BackUp потрібно налаштувати розклад. Для цього в головному віконці над створеним вами Task є табличка SubPlan. В кінці таблички (праворуч) є іконка календаря. Клікнувши на неї ви потрапите в налаштування розкладу. Відзначаючи чекбокси днів і виставляючи час ви налаштуєте розклад. Клікнувши 2 рази на поле під назвою SubPlan ви зможете змінити назву Task-a. Налаштувавши все пройдіть в File-\u003e Save All. Після збереження в Maintance plans з'явиться Task c вашим назвою який ви дали BackUp-у.
Після закінчення настройки потрібно обов'язково перевірити Роботу. Для цього правою кнопкою миші клікніть на створеному Task і виконати Exicute.
Примітка:
Якщо Exicute виконується з помилкою читайте помилки які вам видасть Studio, і в першу чергу перевірте чи запущений у вас SQL server agent. Це він займається виконанням завдань і функція Exicute звертається саме до нього за виконанням завдань. Якщо він не запущений спроба виконання зазнає невдачі. Дял того щоб подивитися работатет ді агент чи ні в Studio в Object Explorer пройдіть у вкладку SQL Server Agent. Якщо на іконці булет червоний кружок з крестіком- значить агент зупинений. Запустити його можна клікнувши на ньому правою кнопкою миші і вибравши до контекстному меню опцію START.
У даній статті ми поговоримо про те, як відбувається установка 1С: Підприємство 8 на MS SQL Server 2008 R2 Express.
І для того що б цю установку почати, в першу чергу вам потрібно встановити сервер 1С: Підприємства.
Необхідно запустити файл 1CEnterprise 8.2.msi, який знаходиться в дистрибутиві 1С: Підприємства.
Можуть виникнути припущення того, що 1С: Підприємство 8 було попередньо встановлено, але на випадок якщо все-таки це не так, то вам необхідно разом з установкою платформи, вибрати для цього потрібний компонент. Власне кажучи це той самий компонент, про який говорилося вище, і ми його будемо розглядати нижче.
Для того, щоб істотно полегшити собі роботу з установкою сервера 1С: Підприємства, дотримуйтесь вказівок майстра налаштувань. Дана установка ділиться на кілька етапів:
1. Вибравши пункт "Змінити", перейдіть до вибору компонента, це повинен бути сервер 1С: Підприємства, дивіться малюнок.
Якщо у вас вже є встановлений варіант сервера 1С: Підприємство 8.1 і вам потрібно, що б він працював як і раніше, дізнайтеся яким чином можна запустити агента сервера 1С: Підприємство 8.1 і агента сервера 1С: Підприємство 8.2 одночасно на одному і тому ж комп'ютері.
2. На цьому етапі, вам необхідно вказати, що вам потрібно встановити Сервер 1С: Підприємства, як сервіс Windows.
Зверніть увагу! Якщо ви хочете створити нового користувача або використовуєте рані створеного, то вам необхідно переконається, що користувач має всі права на (Роль сервера) sysadmin на MS SQL сервері. Як це зробити, ви зможете дізнатися з підзаголовка середу SQL Server Management Studio. Але звичайно рекомендується це робити вже після установки Microsoft SQL Server 2008 R2 Express.
У разі, якщо ви створюєте нового користувача, а він в свою чергу не має прав, то у вас все одно виникне помилка, у результаті чого, користувач не буде створено.
Microsoft SQL Server 2008 R2 Express - установка
Для того що б почати установку, вам потрібно завантажити Microsoft SQL Server 2008 R2 Express з офіційного сайту Microsoft. В даному дистрибутиві, вже є додаток SQL Server Management Studio.
Після цього встановіть MS SQL Server 2008, застосовуючи параметри, які ви бачите на малюнку.
Важливо! Параметр сортування повинен бути Cyrillic_General_CI_AS.
Режим для перевірки автентичності, повинен стояти змішаний (mixed).
Додавання серверної бази в 1С
Тепер у вас все підготовлено для додавання бази в 1С: Підприємство.
Запускаємо 1С: Підприємство, перед вами з'явиться список баз, в ньому ви натискаєте на кнопку "Додати".
Вибираємо "Створення нової інформаційної бази". І натискаємо кнопку "Далі".
У який з'явився перед вами вікні, виберіть пункт два "Створення інформаційної бази без конфігурації ...". тиснемо кнопку "Далі".
У наступному вікні, воно за рахунком буде третє, потрібно вказати назву, наприклад: "Серверна база".
Виберіть пункт "На сервері 1С: Підприємство". Далі.
У пункті "Сервер бази даних:" вказуємо назву вашого комп'ютера, на якому встановлена \u200b\u200bMicrosoft SQL Server 2008 R2 Express і далі за допомогою символу зворотний слеш, назва сервера SQLEXPRESS, звичайно якщо в процесі установки, ви його не змінювали. Всі інші пункти можна залишити без змін.
Після виконаної вами роботи, потрібно натиснути на кнопку "Готово".
Якщо уставка була виконана правильно, то 1С сама створить базу в Microsoft SQL Server 2008 R2 Express. У разі, якщо немає, то тоді потрібно перевірити чи має користувач досить прав на сервері Microsoft SQL Server 2008 R2 Express, якого попередньо ви вибрали при установці сервера 1С: Підприємства. Як це зробити ви зможете дізнатися з пунктом серед SQL Server Management Studio.
Для завантаження вашої оновленої бази, вам необхідно відкрити конфигуратор і в "Адміністрування - Завантажити інформаційну базу ..." вказати шлях до Вашої раніше вивантажених базі. Щоб мати файл раніше вивантажених бази, потрібно знати, як зробити резервну копію інформаційної бази.
SQL Server Management Studio
Для того, щоб перевірити права користувача (Роль сервера), вам потрібно відкрити програму "SQL Server Management Studio".
Єднаймося з сервером за допомогою цього додатка.
Далі в Обозревателе об'єктів, вам потрібно вибрати і виділити потрібного користувача, (наприклад: HOMEPC \\ USR1CV82) і натисканням правої кнопки миші на ньому, ви викличте контекстне меню. Вибираєте "Властивості". Якщо потрібного користувача в списку немає, то вам потрібно створити його і присвоїти йому роль сервера sysadmin.
Перед вами відкриється діалог властивості імені входу. У лівому вікні, вам потрібно вибрати пункт "Ролі сервера". І тепер в правому вікні, ви зможете ознайомитися з тим, які ролі присвоєні потрібного вам користувачеві.
Для розуміння нижчеописаного необхідно роз'яснити два поняття:
- клієнт - персональний комп'ютер або програмне забезпечення, Одиниця мережі, яка генерує запити до сервера з метою отримання або обробки будь-яких даних;
- сервер– потужний комп'ютер зі значними виробничими можливостями або програмне забезпечення, що формує відповіді на запити клієнта.
Клієнт-серверна архітектура передбачає взаємодію клієнтської програми з сервером інформаційних баз даних за допомогою спеціального додатку - сервера 1С: Підприємства.
Установка MSSQL на серверну машину описується в багатьох посібниках з можливою варіативністю залежно від SQL-версії і версії серверної операційної системи.
1. У наявному дистрибутиві необхідно запустити файл установки setup.exe (для продовження потрібні Microsoft.NET Framework і операційний установник Windows Installer, тобто бажано щоб він був встановлений попередньо).
2. Пропонується кілька варіантів подальшого розвитку подій: первинна установка, Модифікація вже встановлених компонентів, оновлення або їх пошук. На цьому етапі програма перевіряє відповідність мінімальним вимогам MSSQL до операційної системи:
3. Необхідно ввести ключ продукту, отриманий при покупці ліцензійної програми.
4. Після на наступному етапі необхідно встановити галочку, що приймаєте умови ліцензійної угоди:
Перехід до наступного етапу здійснюється при натисканні кнопки Next ( «Далі»).
5. Отримуємо доступні оновлення.
6. Проходимо перевірку конфігурації (Warning MSCS пропускаємо):
7. Вибираємо варіант цільового призначення установки:
8. Вибираємо компоненти, які нам необхідні; можна вибрати все (Select All), але взагалі для поставленого завдання досить основних, а саме для взаємодії з сервером 1С необхідні тільки 3 (DatabaseEngineServices [рос.-Служби компонента DatabaseEngine], ClientToolsConnectivity [рус.- Засоби зв'язку клієнтських коштів], ManagementTool [ рус.- Засоби управління - повний набір]):
9. Ще одна перевірка настановної конфігурації:
10. Детальний звіт. Якщо попередньо не встановлено «Microsoft .NET Framework 3.5», то на даному етапі видасть помилку. Натискаємо кнопку «Next»:
12. Перевірка доступного простору на вибраному диску:
13. Налаштування на наступних кроках рекомендується залишити за замовчуванням (хоча можна завести окремого користувача для MSSQL), перехід здійснюється по кнопці Next (зверніть увагу, щоб завантаження SQL Service Agent (Агент Служби SQL) була встановлена \u200b\u200bяк автоматично):
14. Ще один важливий етап - вибір порядку сортування (Collation). Після інсталяції змінити вкрай проблематично:
15. У наступному кроці необхідно вибрати можливість змішаного варіанту запуску, додати пароль для користувача "sa" і додати поточного користувача, який буде володіти правами адміністратора системи (кнопка «Add Current User»):
Оновлення статистики бази даних
(Один або кілька разів на день)
Якщо вручну, то виконуємо процедури:
Exec sp_msforeachtable N "UPDATE STATISTICS? WITH FULLSCAN" DBCC UPDATEUSAGE (dbname)
Через графічний інтерфейс:
Очищення процедураного кеша СУБД
(Після поновлення статистики)
виконуємо процедуру
DBCC FREEPROCCACHE
Реіндексація бази даних
(Раз на добу в неробочий час)
Якщо вручну, то
Sp_msforeachtable N "DBCC DBREINDEX (" "?" ")"
Через графічний інтерфейс:
Використовуйте аналізу фрагментированности для зниження навантаження
Для великих баз даних потрібно зменшувати непотрібні операції по дефрагментації тих, для яких це не потрібно.
Функція таблиці динамічного управління sys.dm_db_index_physical_stats повертає відсоток фрагментації в стовпці avg_fragmentation_in_percent. Якщо значення в цьому стовпці перевищує 25%, то для відновлення вихідних параметрів продуктивності рекомендується виконати дефрагментацію / реіндексацію цього індексу.
Ще простіше, воспользовшісь звітом:
Налаштуйте резервне копіювання
Не забудьте налаштувати автоматичний для вашої бази даних. Це істотно дешевше, ніж не робити бекап і без нервів :). Хоча б раз на тиждень перевіряйте, що не закінчилося місце і відновлюйте бекап в копію бази для перевірки а чи врятує бекап, "якщо що" ...Зменшення розміру бази (балки) даних
Зменшити базу даних можна або за допомогою графічного інтерфейсу додатку SQL Server Management Studio.
Перший випадок виконується за допомогою виклику контекстного меню на необхідної базі і вибору Tasks - Shrink - Database.
Другий випадок опишемо трохи докладніше. Нижче наведено скрипт зменшення балки:
DBCC shrinkdatabase (N "base1c", TRUNCATE_ONLY); / * Усічення всієї бази * /
use DBCC SHRINKFILE (N "base1c_Data", 101); / * Усічення тільки файлу даних до розміру 101 мб * /
use DBCC SHRINKFILE (N "base1c_Log", 0); / * Усічення тільки файлу транзакцій до розміру 0 мб * /
CHECKPOINT; / * Записує все даних з буферного кешу в поточній базі даних на диск * /
BACKUP LOG TO DISK \u003d N "F: \\ log \\ base1c.bak" WITH TRUNCATE_ONLY / * очищення журналу транзакцій * /
де:
base1c - ім'я бази даних
F: \\ log \\ base1c.bak - шлях до файлу бекапа балки