Розміщення даних 1С:Підприємства 8

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

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

Інформаційні бази, сховища конфігурацій, допоміжні дані, тимчасові дані

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

Дані, які 1С:Підприємство використовує завжди, можуть бути поділені на 5 груп відповідно до їх призначення та міри їх відповідальності:

• Інформаційні бази. До інформаційних баз відноситься найбільш відповідальна інформація, що включає: конфігурацію, всі дані про господарську діяльність підприємства, а також адміністративну інформацію. Усі дані, які стосуються інформаційної бази, об'єднуються у базу даних.Втрата чи спотворення якихось даних інформаційної бази може призвести до втрати працездатності системи, побудованої на базі 1С:Підприємства.
• Сховище конфігурації містить поточну конфігурацію та історію її розробки під час використання у Конфігураторі засобів групової розробки. При створенні конфігурації ця інформація також є "життєво важливою".
• Журнал реєстрації містить перелік операцій, здійснених над цією інформаційною базою. Ця інформація не є необхідною для роботи системи на базі 1С:Підприємства, але може бути важливою з організаційної точки зору.
• Допоміжні дані. До допоміжних відносяться такі дані, які служать для зручності користувача та не впливають на логіку роботи системи на базі 1С:Підприємства.
  • Профайли містять інформацію про розташування вікон, поточні позиції, стан діалогів та інші налаштування, що дозволяють користувачеві працювати найбільш комфортно. p align="justify"> Різні конфігурації можуть зберігати в профайлах та іншу інформацію, яка може бути корисною, але не є необхідною.
  • Інші допоміжні дані. До них відносяться списки інформаційних баз, зареєстрованих на клієнті або сервері, і деякі інші дані.

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

  Організація інформаційних баз

  Дані, що визначають логіку функціонування системи на базі 1С:Підприємства, належать до інформаційної бази.Зберігання інформаційної бази здійснюється в базі даних з набору таблиць, для чого 1С:Підприємство 8 може використовувати одну з п'яти систем управління базами даних (СУБД):

  • Вбудована в 1С:Підприємство 8 (файловий варіант інформаційної бази). У цьому випадку всі дані бази даних зберігаються у файлі з ім'ям 1cv8.1cd. Цей файл має двійковий формат і є базою даних для вбудованої в 1С:Підприємство 8 СУБД.
  • Microsoft SQL Server (клієнт-серверний варіант інформаційної бази). Усі дані інформаційної бази зберігаються у базі даних Microsoft SQL Server.
  • PostgreSQL (клієнт-серверний варіант інформаційної бази). Усі дані інформаційної бази зберігаються у базі даних PostgreSQL.
  • IBM DB2 (клієнт-серверний варіант інформаційної бази). Усі дані бази даних зберігаються в базі даних IBM DB2.
  • O racle Database (клієнт-серверний варіант інформаційної бази). Усі дані бази даних зберігаються в базі даних Oracle Database.

  На рівні об'єктів бази даних (таблиць, полів, індексів тощо) як файловий, так і клієнт-серверний варіант інформаційної бази мають подібний формат (що відрізняється несуттєвими деталями). Деякі відомості про цей формат містяться нижче.

  Вся інформаційна база подається у базі даних як набору таблиць. Серед них є кілька таблиць, які обов'язково присутні у поданні будь-якої інформаційної бази:

  • Config – основна конфігурація інформаційної бази. Ця конфігурація відповідає реальній структурі даних та використовується 1С:Підприємством 8.0 у режимі Підприємства.
  • ConfigSave - конфігурація, редагована конфігуратором.Конфігурація з ConfigSave переписується в Config під час виконання "Оновлення конфігурації бази даних" у Конфігураторі, а навпаки - під час виконання в Конфігураторі операції "Конфігурація - Конфігурація бази даних - Повернутися до конфігурації бази даних".
  • Files містить службову інформацію, наприклад, про роботу зі сховищем конфігурації.
  • Params містить параметри інформаційної бази. Серед них:
    • Національні налаштування інформаційної бази.
    • Таблиця відповідності об'єктів метаданих та об'єктів бази даних (таблиць, полів, індексів).
    • Деяка інша інформація.

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

    Перелік та структура інших таблиць бази даних визначається конкретною конфігурацією, зокрема, визначеними у ній об'єктами метаданих. Ім'я кожної таблиці складається з буквеного префікса та наступного за ним номера. Префікс визначає призначення таблиці, а номер дозволяє розрізняти таблиці однакового призначення, що стосуються різних об'єктів метаданих. Якщо СУБД використовується IBM DB2, то описану структуру мають не імена таблиць, які псевдоніми.

    Якщо в конфігурації визначено хоча б один план обміну із встановленим прапором "Розподілена інформаційна база", то будуть створені такі таблиці:

    • _ConfigChangeRec – таблиця реєстрації змін об'єктів конфігурації.
    • _ConfigChangeRec_ExtProps – таблиця імен файлів змінених зовнішніх властивостей об'єктів конфігурації.

    Нижче наведено різні об'єкти метаданих, яким можуть відповідати ті чи інші таблиці.

    • Константи
      • _Consts містить поточні значення всіх констант, визначених конфігурації.
      • _ConstsChngR - таблиця реєстрації змін констант. Створюється, якщо хоча б одна константа бере участь хоча б в одному плані обміну.
      • _Node – таблиця плану обміну.
      • _Node_VT - таблична частина плану обміну, що створюється для кожної табличної частини.
      • _Reference – таблиця довідника.
      • _Reference_VT – таблична частина довідника – для кожної табличної частини.
      • _ReferenceChngR – таблиця реєстрації змін довідника. Створюється, якщо довідник бере участь хоча б в одному плані обміну.
      • _Document - таблиця документів кожного об'єкта метаданих " документ " .
      • _Document_VT - таблична частина документа - кожної табличної частини кожного документа.
      • _DocumentChngR - таблиця реєстрації змін об'єкта метаданих типу "документ". Створюється для кожного об'єкта метаданих типу "документ", якщо він бере участь хоча б в одному плані обміну.
      • _Seq - таблиця реєстрації документів - кожної послідовності.
      • _SeqB - таблиця меж послідовності - кожної послідовності.
      • _SeqChngR – таблиця реєстрації змін послідовності. Створюється для кожної послідовності, яка бере участь хоча б в одному плані обміну.
      • _DocumentJournal - таблиця журналу документів, що створюється для кожного журналу документів.
      • _Enum - таблиця перерахування - по одній кожному за перерахування.
      • _Chrc - основна таблиця плану видів показників.
      • _Chrc_VT - таблична частина плану видів показників - кожної табличної частини.
      • _ChrcChngR – таблиця реєстрації змін плану видів характеристик.Створюється, якщо план видів показників бере участь хоча в одному плані обміну.
      • _Acc – основна таблиця плану рахунків.
      • _Acc_ExtDim - таблиця видів субконто плану рахунків, створюється для плану рахунків у разі, якщо максимальна кількість субконто більше нуля.
      • _Acc_VT - таблична частина плану рахунків, створюється кожної табличної частини плану рахунків.
      • _AccChngR - таблиця реєстрації змін плану рахунків. Створюється, якщо план рахунків бере участь хоча в одному плані обміну.
      • _CKind – основна таблиця плану видів розрахунку.
      • _CKind_BaseCK - таблиця базових видів розрахунку, створюється для плану видів розрахунку у разі, якщо його властивість "Залежність від бази" має значення, відмінне від "Не залежить".
      • _CKind_DisplacedCK - таблиця витісняючих видів розрахунку, що створюється для плану видів розрахунку у разі, якщо в нього встановлено прапор "Використовує період дії".
      • _CKind_LeadingCK – таблиця провідних видів розрахунку – для кожного плану видів розрахунку.
      • _CKindDN - допоміжна таблиця для порядку витіснення, що створюється, якщо у плану видів розрахунку встановлено прапор "Використовує період дії".
      • _CKind_VT - таблична частина плану видів розрахунку, що створюється для кожної табличної частини.
      • _CKindChngR – таблиця реєстрації змін плану видів розрахунку. Створюється, якщо план видів розрахунку бере участь хоча в одному плані обміну.
      • _InfoRg - таблиця рухів регістру відомостей.
      • _InfoRChngRg - таблиця реєстрації змін регістру відомостей. Створюється, якщо регістр відомостей бере участь хоча в одному плані обміну.
      • _AccumRg – таблиця рухів регістру накопичення.
      • _AccumR g T - таблиця підсумків регістру накопичення, якщо регістр підтримує залишки.
      • _AccumR g Tn - таблиця оборотів регістру накопичення, якщо регістр підтримує обороти.
      • _AccumR g ChngR - таблиця реєстрації змін регістру накопичення. Створюється, якщо регістр накопичення бере участь хоча в одному плані обміну.
      • _AccumRgOpt - таблиця налаштувань зберігання підсумків регістрів накопичення одна на всі регістри накопичення.
      • _AccumRgAgg – таблиця агрегатів регістру накопичення.
      • _AccumRgAggOpt – таблиця опцій мережі агрегатів.
      • _AccumRgSt – таблиця статистики регістру накопичення.
      • _AccumRgBf - таблиця буфера нових обертів регістру накопичення.
      • _AccumRgDl - таблиця нових обертів регістру накопичення.
      • _AccumRgAggDims - таблиця кодів вимірів регістру накопичення.
      • _AccumRgAggGrid таблиця мережі агрегатів
      • _AccRg – таблиця рухів регістра бухгалтерії.
      • _AccRgED - таблиця значень субконто регістра бухгалтерії, створюється у тому випадку, якщо він посилається на план рахунків, у якого максимальна кількість субконто більша за нуль.
      • _Acc RgA T0 - таблиця підсумків по рахунку.
      • _Acc RgA T< i >- де i від 1 до максимальної кількості субконто. Таблиця підсумків за рахунком із кількістю видів субконто дорівнює i.
      • _AccRgC T - таблиця підсумків оборотів між рахунками, лише з регістра бухгалтерії що підтримує кореспонденцію.
      • _AccRgChngR – таблиця реєстрації змін регістру бухгалтерії. Створюється, якщо регістр бухгалтерії бере участь хоча б в одному плані обміну.
      • _AccRgOpt - таблиця налаштувань зберігання підсумків одна на всі регістри бухгалтерії.
      • _CRg – таблиця рухів регістру розрахунку.
      • _CR g ActP - таблиця фактичних періодів дії для регістру розрахунку, створюється, якщо регістру розрахунку встановлено прапор "Період дії".
      • _CRgChnR - таблиця реєстрації змін регістру розрахунку.Створюється кожному регістру розрахунку, що бере участь у одному плані обміну.
      • _CRgRecalc - таблиця перерахунку регістру розрахунку, що створюється для кожного перерахунку.
      • _CRgRecalcChn g R - таблиця реєстрації змін перерахунку. Створюється, якщо перерахунок бере участь хоча б у одному плані обміну.
      • _BPRPoint s – таблиця точок маршруту бізнес-процесу для кожного бізнес-процесу.
      • _BPr – основна таблиця бізнес-процесу.
      • _BPr_VT - таблична частина бізнес-процесу кожної табличної частини.
      • _BPrChngR - таблиця реєстрації змін бізнес-процесу. Створюється для кожного бізнес-процесу, що бере участь хоча б в одному плані обміну.
      • _Task – основна таблиця завдання.
      • _Task_VT - таблична частина завдання кожної табличної частини.
      • _TaskChngR - таблиця реєстрації змін у задачах. Створюється для кожного об'єкта метаданих типу "завдання", який бере участь хоча б в одному плані обміну.

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

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

      Важливо також, щоб резервне копіювання та відновлення бази даних, що зберігає інформаційну базу, виконувалося лише цілком.З цією метою рекомендується використання засобів резервного копіювання баз даних, вбудованих у використовувану СУБД. Резервне збереження файлового варіанта інформаційної бази може бути виконане копіювання файлу 1cv8.1cd.

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

      Сховище конфігурації

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

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

      Журнал реєстрації

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

      Журнали реєстрації зберігаються у спеціальних каталогах 1Cv8Log по одному на кожну інформаційну базу.Кожен каталог містить файл 1Cv8.lgf і кілька файлів з іменами виду yyyyMMddhhmmss.lgp , де yyyy – номер року, MM – номер місяця, dd – номер дня в місяці, hh – номер години, mm – номер хвилини, ss – номер секунди. Наприклад, "20070525200000.lgp". Файл 1Cv8.lgf містить загальну інформацію журналу реєстрації. Кожен файл yyyyMMddhhmmss.lgp містить фрагмент журналу реєстрації за відповідний період. Ім'я файлу є моментом часу початку періоду. Довжина періоду визначається налаштуванням журналу реєстрації "Поділяти зберігання журналу за періодами".

      У файловому варіанті інформаційної бази журнал реєстрації розташовується в каталозі інформаційної бази, у тому, як і файл самої інформаційної бази. Наприклад, якщо інформаційна база зберігається у файлі C:/EnterpriseInfoBase/1cv8.1cd, журнал реєстрації буде перебувати в каталозі C:/EnterpriseInfoBase/1Cv8log.

      У клієнт-серверному варіанті інформаційної бази журнал реєстрації знаходиться в підкаталозі робочого каталогу кластера. Ім'я підкаталогу визначається ідентифікатором інформаційної бази. Наприклад: "C:/Program Files/1cv82/server/reg_1541/fb9d9cc4-ccd0-4be7-87e8-c5182945291e/1Cv8Log". Докладно про робочий каталог центрального сервера та кластера можна прочитати в розділі "Зберігання налаштувань кластера серверів 1С:Підприємства 8".

      Профайли

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

      Докладніше про призначення профайлів та збереження налаштувань користувача описано в розділі "Збереження настройок користувача між сеансами".

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

      Приклади даних, що зберігаються

      - Чи відкрито табло.
      - Налаштування текстового редактора.

      /1C/1cv82/1Cv8.pfl, наприклад:
      C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8.pfl

      - Файли клієнтських налаштувань, інформація про резервні кластери та інша службова інформація

      Наприклад C:\Documents and Settings\All Users\Application Data\1C\1Cv82\1cv8conn.pfl

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

      Таблиця файлів бази даних, в якій розміщена інформаційна база.

      Інформаційна база та користувач

      - Налаштування динамічних списків.
      - Налаштування відборів за журналом реєстрації.

      Таблиця файлів бази даних, в якій розміщена інформаційна база.

      Комп'ютер та інформаційна база

      - Налаштування порівняння файлів конфігурацій.
      - Налаштування глобального пошуку текстів конфігурації.

      /1C/1cv82//1Cv8.pfl, наприклад:
      C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/1Cv8.pfl

      Комп'ютер, інформаційна база та користувач

      - Розташування вікна синтакс – помічника.
      - Список змінних для швидкого перегляду у налагоджувачі.

      /1C/1cv82///1Cv8.pfl, наприклад:
      C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8

      1С:Підприємство 8 у режимі Конфігуратора

      - Розташування вікон конфігуратора.
      - Кольори редактора модулів у конфігураторі.

      /1C/1cv82/1Cv8cmn.pfl, наприклад:
      C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8cmn.pfl

      1С:Підприємство 8 у режимі Конфігуратор та Підприємство

      - Розташування деяких вікон (підказка, відладчик)
      - Параменти групової розробки
      - Параметри використання зовнішніх компонентів)

      /1C/1cv82///1Cv8cmn.pfl, наприклад:
      C:/Documents and Settings/User/Application Data/1C/1cv82/ 4129dbdb-b495-41cb-99ea-ef315060a03e/ E8D87DA4-A087-4145-95E7-D613E0F7CB64/1Cv8

      Діалог запуску 1С:Підприємства 8

      - Розміри та розташування діалогу запуску.
      - Налаштування діалогів встановлення параметрів інформаційних баз.

      /1C/1cv82/1Cv8strt.pfl, наприклад:
      C:/Documents and Settings/User/Application Data/1C/1cv82/1Cv8strt.pfl

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

      Інші допоміжні дані

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

      • def.usr - зберігається в каталозі /1C/1Cv8/ (наприклад, C:/Documents and Settings/User/Application Data/1C/1cv82/4129dbdb-b495-41cb-99ea-ef315060a03e/def.usr) та містить ім'я користувача який останнім відкривав цю інформаційну базу.
      • ibases.v8i - зберігається в каталозі /1C/1CEStart (наприклад, C:\Documents and Settings\user\Application Data\1C\1CEStart\ibases.v8i) та містить список інформаційних баз, зареєстрованих на даному клієнтському комп'ютері. Цей список відображається у діалозі "Запуск 1С:Підприємства".
      • GenTempl_ ru .st, GenTempl_ en .st - стандартний файл шаблонів тексту розташований у каталозі завантажувальних модулів 1С:Підприємства (наприклад C:/Program Files/1cv82/bin) російською та англійською мовами відповідно.
      • appsrvrs.lst - зберігається в каталозі /1C/1cv82 (наприклад, C:/Documents and Settings/User/Local Settings/Application Data/1C/1cv82/appsrvrs.lst) та містить список серверів 1С:Підприємства, зареєстрованих в утиліті адміністрування інформаційних баз у варіанті клієнт-сервер.
      • srvribrg.lst - зберігається на центральному сервері кластера в каталозі (наприклад, C:/Program Files/1cv82/server/srvribrg.lst) та містить список кластерів, зареєстрованих на даному комп'ютері сервера 1С:Підприємства. Дані, що містяться в ньому, необхідні для нормальної роботи додатків, що використовують даний сервер 1С:Підприємства.
      • 1CV8Reg.lst - файл налаштування кластера (наприклад C:\Program Files\1cv82\srvinfo\reg_1541\1CV8Reg.lst)
      • У каталогах DBNameCache, ConfigSave, Config, SICache зберігається безліч файлів, що кешують різні компоненти конфігурації. Ця інформація є похідною від конфігурації інформаційної бази, що зберігається в базі даних, і служить для прискорення запуску клієнтських додатків та підвищення їхньої продуктивності.Кеш конфігурації знаходиться в каталозі даних програм поточного користувача, наприклад, C:/Documents and Settings/User/Local Settings/Application Data/1C/1cv82/7b0a6294-d6a3-41c5-a23e-dc9e5301ad22/DBNameCache.
      • У каталозі 1Cv8FTxt зберігаються дані, що використовуються службою повнотекстового пошуку. Вони розміщуються на комп'ютері центрального сервера 1С:Підприємства в каталозі /. Наприклад: C:/Program Files/1cv82/server/reg_1541/7eac7609-c0cb-4701-83cf-9ff5f8961de8/1Cv8FTxt.
      • Група файлів CACHE/ddb.snp зберігається в каталозі конфігураційного сховища і служить для кешування запитаних версій конфігурації з цього сховища. Наявність цих файлів не є обов'язковою і дозволяє прискорити отримання версій конфігурації.
      • *.1ccr - конфігураційний файл Web-сервісу для роботи з віддаленим сховищем може мати довільне ім'я (розширення 1ccr обов'язково), формат XML і містить єдиний вузол з довільним ім'ям та атрибутом connectString - у цьому атрибуті вказується адреса сервера сховища у схемі tcp.
      • *.mft - файл з розширенням mft є файлом-маніфестом - спеціальним файлом, що описує шаблон конфігурації. Файл може мати будь-яке ім'я. Файл міститься в каталозі встановленого шаблону конфігурації.
      • *.v8i - у цьому файлі наводиться опис формату файлу описів зареєстрованих інформаційних баз. Цей список використовують усі клієнти. Файл розташовується на локальному комп'ютері в каталозі %APPDATA%\1C\1CEStart і за промовчанням має ім'я ibases.v8i.
      • 1CESCmn.cfg - файл 1CESCmn.cfg містить загальні налаштування програм запуску (1CEStart.exe та 1Cv8s.exe).
      • 1CEStart.cfg - файл 1CEStart.cfg містить настройки, які використовують програми запуску (1CEStart.exe та 1Cv8s.exe) та клієнтські програми (1Cv8.exe та 1Cv8c.exe).Файл розташований у каталозі %APPDATA%\1C\1CEStart.
      • adminstall.cfg - файл adminstall.cfg вказує на те, що установка системи програм "1С:Підприємство» виконувалася з використанням засобів адміністрування операційної системи. Файл розташовується в каталозі конфігураційних файлів системи "1С:Підприємство» і є текстовим документом у кодуванні UTF- 8.
      • comcntrcfg.xml - файл comcntrcfg.xml служить для вказівки зовнішнього з'єднання необхідності запуску в режимі налагодження.
      • Файл знаходиться в каталозі конфігураційних файлів системи "1С:Підприємство», і його наявність не є обов'язковою.
      • conf.cfg – файл conf.cfg визначає розташування каталогу загальних конфігураційних файлів. Файл розташований у каталозі bin\conf каталогу конкретної версії «1С:Підприємства» і є текстовим документом у кодуванні UTF-8.
      • debugcfg.xml - файл debugcfg.xml призначений для налаштування додаткового діапазону портів, який використовується при налагодженні конфігурацій. Файл знаходиться в каталозі конфігураційних файлів системи "1С:Підприємство», і його наявність не є обов'язковою.
      • def.usr - файл зберігається в каталозі %APPDATA%\1C\1Cv82\ і містить ім'я користувача, який останнім відкривав дану інформаційну базу.
      • default.vrd - цей файл служить для налаштування веб-клієнта та використання Web-сервісів і знаходиться в каталозі віртуальної програми.
      • inetcfg.xml - файл inetcfg.xml дозволяє задавати налаштування проксі за промовчанням і має більший пріоритет над налаштуваннями проксі за промовчанням у Windows. Файл знаходиться в каталозі конфігураційних файлів системи "1С:Підприємство», і його наявність не є обов'язковою.
      • logcfg.xml – файл logcfg.xml служить для налаштування технологічного журналу.Файл знаходиться в каталозі конфігураційних файлів системи "1С:Підприємство», і його наявність не є обов'язковою.
      • logui.txt - міститься в каталозі %APPDATA%\1C\1Cv82\ і містить список інтерактивних дій користувача, які виконувались за час журналування.
      • nethasp.ini - для налаштування параметрів взаємодії системи "1С:Підприємство» з HASP License Manager використовується конфігураційний файл nethasp.ini. Файл знаходиться в каталозі конфігураційних файлів системи "1С:Підприємство», і його наявність не є обов'язковою.
      • nhsrv.ini - деякі установки HASP License Manager можуть задаватися за допомогою конфігураційного файлу nhsrv.ini. При запуску HASP License Manager здійснює пошук конфігураційного файлу nhsrv.ini у різних каталогах у наступній послідовності:
        • каталог, у якому розміщується виконуваний файл HASP License Manager;
        • поточний каталог Windows;
        • системний каталог Microsoft Windows (%SystemRoot%\system32 - для 32-розрядної версії і %SystemRoot%\system - для 64-розрядної версії);
        • каталог Microsoft Windows;
        • каталоги, перелічені в змінному оточенні PATH (тільки у разі встановлення HASP License Manager як програми Microsoft Windows).

        Рекомендовано розміщувати файл nhsrv.ini, якщо це необхідно, у каталозі, в якому розміщується виконуваний файл HASP License Manager. Перевірка того, що HASP License Manager знайшов і прочитав конфігураційний файл, можна за допомогою журналу Activity Log/Server Activity Log.

        • srv1cv82 - конфігураційний файл /etc/sysconfig/srv1cv82 використовується для завдання параметрів запуску агента сервера "1С:Підприємство» за допомогою скрипту /etc/init.d/srv1cv82. Даний конфігураційний файл використовується в разі запуску сервера "1С: Linux.
        • swpuser.ini - для того, щоб робочий процес запускався не від імені того ж користувача, що і агент сервера, в каталозі даних додатків, що відноситься до користувача агента сервера, може бути розміщений файл swpuser.ini
        • * .lic - ліцензії базових конфігурацій (C:\Documents and Settings\All Users\Application Data\1C\licenses)
          Файли програмних ліцензій розміщені у каталозі конфігураційних файлів системи "1С:Підприємство».

        Тимчасові дані

        Тимчасові дані потрібні лише протягом кількох перетинаються у часі чи одного сеансу 1С:Предприятия.

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

        • Файл 1Cv8cl є носієм блокування об'єктів бази даних, розташованої у файлі .
        • Файл 1Cv8Tmp.1cd зберігає службову сеансову інформацію, зокрема список активних користувачів.
        • Файл 1Cv8Tmp.1cl є носієм блокування даних, розміщених у файлі 1Cv8Tmp.1cd.

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

        • Файл 1Cv8ddb.1cl є носієм блокування даних зі сховища конфігурації.
        • Файл 1Cv8dtmp.1cd зберігає службову сеансову інформацію, зокрема, список активних користувачів сховища конфігурації.
        • Файл 1Cv8dtmp.1cl є носієм блокування даних, розміщених у файлі 1Cv8ddb.1cd.

        Дані, що використовуються лише протягом одного сеансу 1С:Підприємства, розміщуються у тимчасових файлах, створюваних у каталозі, визначеному в системі Microsoft Windows як каталог тимчасових файлів. Для клієнтської програми використовується каталог тимчасових файлів поточного користувача Windows, наприклад, C:\Documents and Settings\User\Local Settings\Temp. Для сервера 1С:Підприємства використовується або системний каталог тимчасових файлів або каталог даних додатків користувача, від імені якого запускаються робочі процеси сервера 1С:Підприємства, наприклад, C:\WINNT\Temp.

        Чек-лист з налаштування інфраструктури для підвищення швидкості роботи 1С з MS SQL (особливо важливо у хмарах)

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

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

        Як правильно вибрати варіант/режим роботи 1С: файловий чи SQL?

        Зазвичай для 1-10 користувачів вибирається файловий режим

        Від 10 і більше користувачів вибирається режим роботи із використанням SQL

        У файловому варіанті всі користувачі можуть працювати на одній віртуальній машині у хмарі, наприклад, на термінальному сервері.

        Для клієнт-серверного варіанта краще вибрати не менше двох віртуальних машин:

        • Сервер із клієнтським додатком, наприклад термінальний сервер із клієнтською частиною «1С» (товстий клієнт)
        • Сервер «1С» та СУБД (MS SQL або PostgreSQL)

        Як розрахувати потужності сервера 1С у файловому режимі роботи?

        В обох варіантах: файловому і SQL, для роботи з додатком 1С в класичному режимі, наприклад, «віддаленого робочого столу» (так званий «товстий клієнт»), необхідні наступні мінімальні ресурси віртуального сервера:

        1. Кількість віртуальних ядер CPU = 1 або 2 для ОС + 0,25 * кількість користувачів
        2. Об'єм пам'яті RAM = 1 або 2 ГБ для ОС + 0,5 ГБ * кількість користувачів
        3. Розмір диска/сховища HDD = 20-40 ГБ для ОС та додатків + (0,1-10) ГБ * кількість користувачів. Для ОС та 1С рекомендується використовувати найшвидші диски

        Як розрахувати потужності сервера для 1С у варіанті роботи з SQL?

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

        1. Кількість віртуальних ядер CPU = 1 або 2 для ОС + (2-4) для Cервера 1С + (2-8-16…) для СУБД SQL залежно від обсягу та кількості баз даних
        2. Об'єм пам'яті RAM = 1 або 2 ГБ для ОС + (2-4) ГБ для Cервера 1С + (2-4-8-16-32…) ГБ для СУБД SQL залежно від обсягу та кількості баз даних
        3. Розмір диска/сховища HDD = 20-40 ГБ для ОС та додатків + (10-1000) ГБ залежно від обсягу та кількості баз даних. Для ОС та СУБД рекомендується використовувати найшвидші диски
           ------------
           ОС - операційна система, наприклад Windows Server
           Тут Сервер 1С - ПЗ "сервер "1С:Підприємства 8"

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

        • Неправильний вибір потужностей
        • Некваліфіковане налаштування сервісів віртуальної інфраструктури
        • Недостатня увага до тестування продуктивності платформи «1С»

        Для досягнення максимальної продуктивності рекомендується перевірити та виконати ряд налаштувань. Насамперед необхідно виключити свопінг, навіщо з допомогою системи моніторингу слід обов'язково переконатися у цьому, що обсяг оперативної пам'яті достатній до роботи ВМ. Крім того, файл підкачки ОС, профілі користувачів, файли баз даних, файли логів транзакцій (SQL) та tempDB (SQL) краще розмістити на додаткових SSD-дисках, а для файлу підкачки встановити фіксований розмір.

        На SQL-сервері необхідно вимкнути всі непотрібні служби, наприклад FullText Search та Integration Services, встановити максимально можливий обсяг оперативної пам'яті, максимальну кількість потоків (Maximum Worker Threads) та підвищений пріоритет сервера (Boost Priority), задати щоденну дефрагментацію індексів та оновлення статистики, налаштувати автоматичне збільшення файлу бази даних (не менше 200 Мбайт) та файлу лога (не менше 50 Мбайт), а також повну реіндексацію не рідше ніж один раз на тиждень. При розміщенні серверів SQL та «1С:Підприємство» на одній ВМ слід увімкнути протокол Shared Memory.

        При розрахунку необхідних потужностей у хмарі краще вибрати мінімальні початкові значення без запасу, оскільки білінг погодинний, а потужності будь-якої миті можна збільшити або зменшити.Такий підхід дозволяє суттєво економити ресурси та кошти. Водночас треба обов'язково протестувати та оцінити швидкодію системи, для чого можна використовувати, наприклад, безкоштовні навантажувальні тести Гільова та «1С:Корпоративний інструментальний пакет» (https://its.1c.ru/db/kip або http://v8) .1c.ru/expert/etp.htm).

        За допомогою тестів Гільова можна швидко і легко зрозуміти, наскільки ефективно працює платформа «1С», як впливають на її продуктивність ті чи інші налаштування, а також знайти і усунути вузькі місця інфраструктури. Для більш детального аналізу навантаження та пошуку вузьких місць рекомендується використовувати утиліту Process Explorer Марка Русиновича (https://technet.microsoft.com/en-us/sysinternals/processexplorer).

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

        Кваліфіковане розміщення ІТ-сервісів, у тому числі «1С», на хмарній платформі дозволяє:

        • Істотно скоротити витрати
        • Підвищити рівні безпеки (доступ до даних, резервне копіювання, антивірусний захист та ін.) та технічного обслуговування
        • Забезпечити централізоване адміністрування та моніторинг
        • Організувати ефективну та безпечну віддалену роботу
        • Скористайтеся гнучкими можливостями масштабування, ліцензування та оперативного переходу на необхідні версії конфігурацій «1С»

        ЧЕК-ЛИСТ З ОПТИМІЗАЦІЇ ІНФРАСТРУКТУРИ 1С З MS SQL

        1. Включити можливість миттєвої ініціалізації файлів (Database instant file initialization)

        Це дозволяє прискорити роботу таких операцій як:

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

        Для увімкнення налаштування:

        • На комп'ютері, де буде створено файл резервної копії, відкрийте програму Local Security Policy (secpol.msc)
        • Розгорніть на лівій панелі вузол Локальні політики, а потім натисніть Призначення прав користувачів
        • На правій панелі двічі клацніть Виконання завдань з обслуговування томів
        • Натисніть кнопку «Додати» користувача або групу та додайте сюди користувача, під яким запущено сервер MS SQL Server
        • Натисніть кнопку Застосувати

        2. Увімкнути параметр «Блокування сторінок у пам'яті» (Lock pages in memory)

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

        Для увімкнення налаштування:

        • У меню Пуск виберіть пункт Виконати. У полі Відкрити введіть gpedit.msc
        • У консолі Редактор локальних групових політик розгорніть вузол Конфігурація комп'ютера, а потім вузол Конфігурація Windows
        • Розгорніть вузли Налаштування безпеки та Локальні політики
        • Виберіть папку Призначення прав користувача
        • Політики будуть показані на панелі подробиць
        • На цій панелі двічі клацніть параметр Блокування сторінок у пам'яті
        • У діалоговому вікні Параметр локальної безпеки — блокування сторінок у пам'яті виберіть «Додати» користувача або групу
        • У діалоговому вікні Вибір: користувачі, облікові записи служб або групи додайте обліковий запис, під яким у вас запускається служба MS SQL Server
        • Щоб зміни набули чинності, перезавантажте сервер або зайдіть під користувачем, під яким у вас запускається MS SQL Server

        3. Включити каталоги з файлами бази даних до правил виключення для антивірусу.

        Якщо антивірус скануватиме файли бази, це може сповільнити роботу СУБД.

        Для досвідчених адміністраторів: антивірус на сервер СУБД краще не встановлювати.

        4. Включити каталоги з файлами бази даних до списку винятків системи автоматичного копіювання.

        Якщо на сервері встановлена ​​система автоматичного копіювання файлів, то, коли вона копіюватиме файли бази, це може призвести до уповільнення роботи. Копії бази потрібно робити засобами самої СУБД.

        5. Вимкнути механізм DFSS для дисків.

        Механізм Dynamic Fair Share Scheduling відповідає за балансування та розподілення апаратних ресурсів між користувачами. Іноді його робота може негативно позначатися на продуктивності 1С.

        Щоб вимкнути його лише для дисків, потрібно:

        • Знайти в реєстрі гілку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TSFairShare\Disk
        • Встановити значення параметра EnableFairShare в 0

        6. Вимкнути стиск даних для каталогів, у яких лежать файли бази.

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

        Щоб вимкнути стиснення файлів у каталозі, необхідно:

        • Відкрити властивості каталогу
        • На закладці Загальні натиснути кнопку Інші
        • Зняти прапор "Стискати" вміст для економії місця на диску

        7. Встановити параметр «Максимальний ступінь паралелізму» (Max degree of parallelism) значення 1.

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

        Для налаштування параметра необхідно:

        • Запустити Management Studio та підключитися до потрібного сервера
        • Відкрити властивості сервера та вибрати закладку Додатково
        • Встановити значення параметра дорівнює одиниці

        8. Обмежити максимальний обсяг пам'яті сервера MS SQL Server.

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

        Пам'ять для MS SQL Server = Пам'ять всього - Пам'ять для ОС - Пам'ять для сервера 1С

        Наприклад, на сервері встановлено 64 ГБ оперативної пам'яті, необхідно зрозуміти скільки пам'яті виділити серверу СУБД, щоб вистачило серверу 1С.

        Для нормальної роботи ОС найчастіше більш ніж достатньо 4 ГБ, зазвичай – 2-3 ГБ.

        Щоб визначити скільки пам'яті потрібно серверу 1С, необхідно подивитися, скільки пам'яті займають процеси кластера серверів у розпал робочого дня. Цими процесами є ragent, rmngr і rphost, детально дані процеси розглядаються у розділі, присвяченому кластеру серверів. Знімати дані потрібно саме у період пікової робочої активності, коли у базі працює максимальна кількість користувачів. Отримавши ці дані, необхідно додати до них 1 ГБ – у разі запуску в 1С «важких» операцій.

        Щоб встановити максимальний обсяг пам'яті, який використовується MS SQL Server, необхідно:

        • Запустити Management Studio та підключитися до потрібного сервера
        • Відкрити властивості сервера та вибрати закладку Пам'ять
        • Вказати значення параметра Максимальний розмір пам'яті сервера

        9. Увімкнути прапор "Підтримувати" пріоритет SQL Server (Boost SQL Server priority).

        Цей прапор дозволяє підвищити пріоритет процесу MS SQL Server над іншими процесами.

        Має сенс включати прапор лише в тому випадку, якщо на комп'ютері із сервером СУБД не встановлено сервер 1С.

        Для встановлення прапора необхідно:

        • Запустити Management Studio та підключитися до потрібного сервера
        • Відкрити властивості сервера та вибрати закладку Процесори
        • Увімкнути прапор «Підтримувати пріоритет SQL Server (Boost SQL Server priority)» та натиснути Ок

        10. Встановити обсяг авто збільшення файлів бази даних.

        Автозбільшення дозволяє вказати величину, на яку буде збільшено розмір бази даних, коли він буде заповнений. Якщо поставити занадто маленький розмір авторозширення, тоді файл буде часто розширюватися, на що буде йти час. Рекомендується встановити значення від 512 МБ до 5 ГБ.

        Для встановлення розміру авторозширення необхідно:

        • Запустити Management Studio та підключитися до потрібного сервера
        • Відкрити властивості потрібної бази та вибрати закладку Файли
        • Навпроти кожного файлу в колонці Автозбільшення встановити необхідне значення

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

        11. Рознести файли даних mdf та файли логів ldf на різні фізичні диски.

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

        Для перенесення файлів потрібно:

        • Запустити Management Studio та підключитися до потрібного сервера
        • Відкрити властивості потрібної бази та вибрати закладку Файли
        • Запам'ятати імена та розташування файлів
        • Від'єднати базу, вибравши через контекстне меню Завдання – Від'єднати
        • Поставити прапор Видалити з'єднання та натиснути Ок
        • Відкрити Провідник та перемістити файл даних та файл журналу на потрібні носії
        • У Management Studio відкрити контекстне меню сервера та вибрати пункт Приєднати базу
        • Натиснути кнопку Додати та вказати файл mdf з нового диска
        • У нижньому вікні відомості про базу даних у рядку з файлом лога потрібно вказати новий шлях до файлу журналу транзакцій та натиснути Ок

        12. Винести файли бази TempDB окремий диск.

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

        Рекомендовано зберігати базу TempDB на окремому диску для підвищення продуктивності роботи системи.

        Для перенесення бази TempDB на окремий диск потрібно:

        • Запустити Management Studio та підключитися до потрібного сервера
        • Створити вікно запиту та виконати скрипт:

        ALTER DATABASE tempdb

        MODIFY FILE (NAME = tempdev, FILENAME = 'Новий_Диск:\Новий_Каталог\tempdb.mdf')

        ALTER DATABASE tempdb

        MODIFY FILE (NAME = templog, FILENAME = 'Новий_Диск:\Новий_Каталог\templog.ldf')

        13. Включити Shared Memory, якщо сервер 1С розташований тому ж комп'ютері, як і сервер СУБД.

        Протокол Shared Memory дозволить спілкуватися програмам через оперативну пам'ять, а не через протокол TCP/IP.

        Для включення Shared Memory необхідно:

        • Запустити диспетчер конфігурації SQL Server
        • Зайти до SQL Native Client – ​​Клієнтські протоколи – Загальна пам'ять – Увімкнено
        • Поставити значення Та й натиснути Ок

        Протокол Іменовані канали слід вимкнути аналогічним чином

        14. Перезапустити службу MS SQL Server

        Увага! Коли всі налаштування виконані, необхідно перезапустити службу MS SQL Server