Как найти кластер сервера

Это продолжение предыдущей статьи Эволюция 1С: Предприятие 8 (до версии 8.3) .

Релиз версии 1С: Предприятие 8.3 был анонсирован в 2012 году. Вместо резервного кластера (как в версии 8.2 ) сделали один кластер, но внутри кластера можно указывать различные параметры, т.е. значительно упростили настройку отказоустойчивости.

В этой версии был существенно переписан весь код самой платформы.

Перед тем, как рассмотреть настройки, отмечу ключевые параметры запуска ragent :

1. –range – Порты рабочих процессов
2. –d – Директория, где живет сервер (было рассмотрено в предыдущей статье)
3. –debug – Флаг отладки на сервере

Файлы и каталоги сервера 1С

1. Общий каталог сервера (C:Program Files1cv8srvinfo)
2. lst – файл настроек кластера
3. lst – файл со списком баз
4. Каталоги баз:1Cv8FTxt – файлы полнотекстового поиска
   1Cv8Log – файлы журналов регистрации
   
5. Snccntx – сеансовые данные.

Поместить во временное хранилище помещает данные в сеансовые данные (snccntx на диске), при этом часть данных может кэшироваться в оперативной памяти.

Основные настройки кластера 1С: 8.3

Защищенное соединение:

Шифрует данные между клиентом и сервером 1С.

Ни одна функциональность не дается “бесплатно”.

Поэтому и в данном случае, при включенном шифровании, производительность будет падать, т.к. тратятся ресурсы.

Рекомендуется оставлять «выключено», тогда будет шифроваться пароль только при первом соединении(!). Не влияет на шифрование данных между 1С и СУБД.

Интервал перезапуска:

Автоматически перезапускает рабочие процессы (rphost). Начало отсчета интервала перезапуска = момент нажатия на кнопку «ОК», поэтому ставите интервал 1 раз в сутки (86 400 с.), то ставьте ночью.

Перезапуск процесса (выключение старого и включение нового) разделен на этапы:

1. Процесс помечается как выключенный, теперь на него не назначаются новые сеансы.
2. Создается новый процесс, на который перекидываются все сеансы с выключенного.
3. Если за интервал времени «проблемные процессы завершать через » (например, 1 минута) остались висеть сеансы, то они обрываются принудительно, а процесс убивается (клиент получит ошибку).

Имеет смысл только для 32 разрядных систем, т.к. там есть фрагментация памяти (рассматривается на занятии 01-01. Знакомство с 1С ). Для 64 полезно использовать только тогда, когда есть утечки памяти, и проблема пока не решается.

Уровень отказоустойчивости (УО):

Имеет смысл только если в кластере более 1 сервера. Максимальный уровень отказоустойчивости – это количество серверов в кластере минус 1, т.е. если в кластере 1 сервер, то уровень отказоустойчивости = 0. Если же их 3, то есть возможность задать значение УО равным от 0 до 2.

Уровень отказоустойчивости – это количество серверов, которые могут упасть, без последствий для пользователя.

Важный момент, что резервирование идет именно для служебных серверов, т.е. если упадет центральный, то весь кластер умрет. Все обеспечивается за счет резервирования сеансовых данных (копирование на резервный сервер), а это опять же влияет на производительность.

При Уровне отказоустойчивости > 0 дублируются сеансы. Т.е. пользователь запускает одно приложение, но сеансов 2 (рабочий и резервный). Это дублирует и использование лицензий, но проблему можно решить «требованием и назначением функциональности». Не рекомендуется ставить значение более 1.

Режим распределения нагрузки:

Имеет смысл только если в кластере более 1 сервера.

1. «Приоритет по доступности» – стандартное распределение мощностей по результатам микротестов. Результаты микротестов хранятся в параметре «доступная производительность» у рабочего процесса.
2. «Приоритет по памяти» – сначала пытается использовать тот сервер, который использовался ранее. Если это новый процесс или старый сервер не доступен, то выбирает другой с наибольшим объемом доступной (свободной) оперативной памяти. Практически никогда не используется.

Подробнее а моем сайте: kefimov.ru.

Как узнать расположение кластера серверов, если он прописан как веб-строка?

Я

   Механик

21.08.19 – 08:42

   Cyberhawk

1 – 21.08.19 – 08:57

Это не веб-строка, это имя хоста

   yzimin

2 – 21.08.19 – 08:57

   Cyberhawk

3 – 21.08.19 – 08:59

“как узнать, какая СУБД?” // Спровоцировать ошибку СУБД, по тексту почти всегда можно понять

   Механик

4 – 21.08.19 – 09:06

(1) Чем имя компьютера отличается от имени хоста?

   Механик

5 – 21.08.19 – 09:07

(2) Я не системный администратор, в некоторых моментах о построении сети и кластеров у меня пробелы в знаниях. Но это не повод не работать. Все IT специалисты каждый день узнают для себя что-то новое)

   Cyberhawk

6 – 21.08.19 – 09:10

(4) Если тебе так проще, то ничем

   Механик

7 – 21.08.19 – 09:11

(3) А программных методов не существует? Подобных ИмяКомпьютера(), к примеру?

   ДенисЧ

8 – 21.08.19 – 09:12

(7)  Нет, конечно. Это тупо следует из мультиплатформенности программы. Она должна работать с любой БД вне зависимости.

   Механик

9 – 21.08.19 – 09:13

(6) Я бы предпочел узнать нюансы)

Local – это домен?

И что представляют собой два имени через точку?

   Cyberhawk

10 – 21.08.19 – 09:14

(7) В общем случае нет. Если на сервере прилоежний поднят RAS и платформа 8.3.14+, то есть.

   Механик

11 – 21.08.19 – 09:15

(8) А чем противоречит мультиплатформенность и информация о текущей СУБД? Ведь даже при создании базы прописывается вид СУБД, ну и как бы логично предположить, что платформа может знать, с какой СУБД она работает…

   ДенисЧ

12 – 21.08.19 – 09:16

(11) Платформа знает. А вот тебе, как пользователю и прикладному программисту – знать это незачем.

   Механик

13 – 21.08.19 – 09:17

Подскажите ещё, если в администрировании серверов отсутсвуют кластеры и базы, что необходимо для того, чтобы добавить информацию о них?

   Механик

14 – 21.08.19 – 09:19

(12) Почему же незачем? У разных СУБД есть свои нюансы поведения, и это косвенно может понять причины возникновения тех или иных проблем.

   ДенисЧ

15 – 21.08.19 – 09:21

(14) Потому что незачем. Ты должен писать так, чтобы конфигурация работала одинаково хорошо на любом СУБДе

   Механик

16 – 21.08.19 – 09:28

(15) Информация нужна ведь не только в целях написания кода, но и для разных сопутствующих вещей. Хотя бы для поиска местонахождения базы)

   ДенисЧ

17 – 21.08.19 – 09:29

(16) Ты знаешь, что у тебя МССКЛ и зовётся SRV1. Как будешь искать? Байку про сервак, замурованный в стену – напомнить?

   Salimbek

18 – 21.08.19 – 09:33

(8) local – это как .ru или .com только локально

“И что представляют собой два имени через точку?” – это означает имя компьютера в локальном домене. Т.е. это компьютер с именем name1, находящийся в домене name2.local

(13) “если в администрировании серверов отсутсвуют кластеры и базы, что необходимо для того, чтобы добавить информацию о них?” – ну так добавь этот самый name1.name2.local в список серверов, там и увидишь (при наличии соответствующих прав) где и какая СУБД прописана.

   Механик

19 – 21.08.19 – 10:46

(17) Тогда я буду спрашивать, кто занимается МССКЛ. В ином случае спрошу, кто поддерживает postgresql или иную СУБД.

   dmpl

20 – 21.08.19 – 11:04

(19) Спрашивай кто занимается name1.name2.local, зачем опускаться до частностей?

   Йохохо

21 – 21.08.19 – 11:10

(0) на 22 порт стукнись ссш, если логин спросит значит постгрес

   ДенисЧ

22 – 21.08.19 – 11:12

(21) А если там винда, мсскл и поднят свой ссх? А если линух и фаервалом 22 закрыт?

   Йохохо

23 – 21.08.19 – 11:13

(22) значит админ там черепашка

   dmpl

24 – 21.08.19 – 11:15

(22) А какая разница, какая ОС на сервере 1С:Предприятия?

   ДенисЧ

25 – 21.08.19 – 11:17

(24) А какая связь между 22 и постгресом?

   Галахад

26 – 21.08.19 – 11:19

(25) Даже если бы эта связь и была – смысл ее искать на другой машине? С таким же успехом можно и localhost протестировать.

В высоконагруженных системах 1С требуется тщательно проработать систему отказоустойчивости, чтобы бизнес не испытывал простоев, а все сбои были незаметны для конечного потребителя.

Мы тщательно анализируем возможности отказоустойчивости в разных системах, вплоть до холодного резервного копирования на европейских серверах (дублирование на уровне ЦОД).

В данной статье мы рассмотрим возможность кластеризации сервера 1С. Мы подобрали два аналогичных сервера, чтобы получилось распределить нагрузку на сервера 1С.

Устанавливаем 1С:Предприятие 8 на двух серверах с запуском службы “Агент сервера 1С:Предприятие 8.3 (x86-64)”.

После установки, переходим в “Администрирование серверов 1С Предприятия x86-64”.

Заходим в параметры кластера и вводим общее имя кластера, а также указываем “уровень отказоустойчивости” в нашем случае ставим 1 уровень.

На втором сервере удаляем “Локальный кластер”, сделанный по умолчанию.
Подключаемся к новому созданному кластеру с именем “Cluster1C”.

Создаем “рабочий сервер”, указываем что этот рабочий сервер является “центральным”.

Заходим в Рабочие серверы => SQL => Требования назначения функциональности, создаем новое требования для клиентского соединение с ИБ, тип требования: назначить.

Повторяем тоже самое на рабочем сервере SQL2.

Управление кластером заключается в том, что администратор определяет состав компьютеров (рабочих серверов), на которых размещается кластер. Кроме этого (при необходимости), он может определить требования к ним: какие сервисы и соединения с информационными базами должны работать на каждом из рабочих серверов.

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

После этого мы можем наблюдать как происходит распределение нагрузки на кластере 1С.

Интересует отказоустойчивое решение 1С? Мы предлагаем готовый кластер 1С в аренду.

Хранение настроек кластера серверов 1С:Предприятия 8.1

Раздел содержит перечень данных, описывающих кластер серверов 1С:Предприятия 8.1, и их расположение. Для наиболее важных данных даны пояснения к их хранению. Раздел не содержит исчерпывающего описания всех данных, управляющих работой кластера.

Рабочий каталог центрального сервера

При установке на компьютер сервера 1С:Предприятия 8.1 происходит выбор рабочего каталога центрального сервера. Обычно, этот каталог «C:Program Files1cv81server», который располагается рядом с каталогом загрузочных модулей 1С:Предприятия 8.1. Этот каталог указывается в строке запуска агента сервера 1С:Предприятия 8.1 при его регистрации в качестве сервиса Windows.

При запуске агента сервера 1С:Предприятия 8.1 ему может быть указан рабочий каталог центрального сервера. Для этого используется параметр -d. Например:

Если параметр -d не указан, то в качестве рабочего каталога центрального сервера используется каталог:

где — имя пользователя Windows, от имени которого стартует агент сервера 1С:Предприятия 8.1.

В рабочем каталоге центрального сервера располагается файл управления агентом и рабочие каталоги кластеров, которые зарегистрированы на данном компьютере.

Файл списка кластеров

Список кластеров имеет имя srvribrg.lst. Ниже приведен пример его содержимого с пояснениями:

Файл состоит из двух частей. В первой части перечислены кластеры, которые зарегистрированы на данном компьютере. В соответствии с этой информацией агент сервера (ragent) запускает на данном компьютере процессы менеджеров кластеров (rmngr). В приведенном примере к списку кластеров относятся строки:

Здесь зарегистрированы два кластера с описаниями «Локальный кластер» и «Второй кластер», имеющие порты, соответственно, 1541 и 1641. Оба кластера расположены на данном компьютере, имя или IP адрес которого — server_name.

Важно, что при изменении имени или адреса данного компьютера, а также при копировании рабочего каталога кластера на другой компьютер, имя или IP адрес компьютера должны быть изменены в файле управления агентом. Иначе кластер серверов стартовать не сможет.

При первом запуске агента сервера после установки он создает кластер по умолчанию. При этом список кластеров обычно выглядит так:

Если при первом запуске агента кластера возникли какие-либо проблемы, то кластер по умолчанию может быть не создан. Это проявляется в том, что при запуске агента сервера (ragent) он стартует, но не запускает другие процессы кластера (rmngr, rphost). Список кластеров при этом выглядит так:

В этом случае можно остановить процесс ragent, удалить список кластеров (srvribrg.lst) и запустить ragent снова. Кроме того, кластер может быть создан при помощи утилиты администрирования клиент-серверного варианта работы.

Вторая часть файла списка кластеров содержит список администраторов центрального сервера. В приведенном примере к нему относятся строки:

Наличие хотя бы одного администратора в этом списке требует аутентификации администратора центрального сервера при создании нового кластера. Пустой список администраторов центрального сервера имеет вид:

Рабочий каталог кластера

Рабочие каталоги кластеров располагаются в рабочем каталоге центрального сервера под именами reg_ . Например, для кластера с портом 1541 рабочий каталог кластера будет иметь имя reg_1541. Он создается при создании кластера и содержит всю информацию о работе кластера. При удалении кластера при помощи утилиты администрирования клиент-серверного варианта работы рабочий каталог кластера сохраняется. В рабочем каталоге кластера содержится файл реестра кластера и рабочие каталоги информационных баз.

Файл реестра кластера

Файл реестра кластера содержит общие параметры кластера и списки:

• рабочих серверов,
• рабочих процессов,
• информационных баз,
• администраторов кластера.

Ниже приведен пример файла реестра кластера с пояснениями.

Файл состоит из 5 разделов. Первый раздел включает строки:

и содержит общие параметры кластера, которые можно увидеть среди свойств кластера в утилите администрирования клиент-серверного варианта работы. Имя или IP адрес центрального сервера кластера (server_name_1) должен быть изменен при изменении имени или IP адреса центрального сервера кластера или в случае копирования файла реестра кластера на другой компьютер.

Второй раздел файла в приведенном примере содержит строки:

и определяет список информационных баз, зарегистрированных в кластере. В приведенном примере определены две информационные базы. Первая с именем InfoBase1 расположена на Microsoft SQL Server с именем db_server1 в базе данных dbname1, вход в SQL Server выполняется от имени пользователя dbuser1. Вторая с именем InfoBase2 расположена на IBM DB2 с именем db_server2 в базе данных dbname2, вход в IBM DB2 выполняется от имени пользователя dbuser2. Содержимое этого раздела меняется при помощи утилиты администрирования клиент-серверного варианта работы при создании/ удалении информационных баз. Изменять этот раздел непосредственно не рекомендуется.

Следующий раздел определяет список рабочих процессов кластера. В приведенном примере к нему относятся строки:

Здесь определено два рабочих процесса, запускаемых на рабочих серверах server_name_1 (этот же компьютер выполняет функции центрального сервера) и server_name_2. Для каждого рабочего процесса хранится статистическая информация, собранная в процессе его работы. Имена или IP адреса рабочих серверов должны быть изменены при изменении имен или IP адресов рабочих серверов, а также при копировании файла реестра кластера на другой компьютер.

Четвертый раздел определяет список администраторов кластера. В приведенном примере он состоит из строк:

В примере определены два пользователя с идентификаторами user1 и User2, именами «Пользователь 1» и «Пользователь 2», причем для пользователя User2 задана аутентификация операционной системы. Если этот список не пустой, то для просмотра и изменения любых данных кластера при помощи утилиты администрирования клиент-серверного варианта работы или объекта V81.COMConnector требуется аутентификация администратора кластера.

Последний раздел содержит список рабочих серверов кластера. В нашем примере к нему относятся строки:

Здесь определены два сервера с именами server_name_1 и server_name_2. На обоих серверах агент сервера использует порт 1540 и выделены диапазоны динамического распределения IP портов с 1560 по 1591. Имена или IP адреса рабочих серверов должны быть изменены при изменении имен или IP адресов рабочих серверов, а также при копировании файла реестра кластера на другой компьютер.

Рабочий каталог информационной базы

В рабочем каталоге кластера могут располагаться рабочие каталоги информационных баз. Имя рабочего каталога информационной базы совпадает с ее идентификатором в файле реестра кластера. Например, рабочий каталог информационной базы InfoBase1 из приведенного выше примера будет называться 63e734a9-d0dc-4cd9-bcdf-4ede41666a24.

В рабочем каталоге информационной базы содержатся профайлы информационной базы, журнал регистрации (подкаталог 1Cv8Log), служебные данные системы полнотекстового поиска и некоторые другие данные.

Источник

1c консоль кластера: где хранятся настройки?

Доброго времени суток!

Такая проблема: у нас стоит автоматическая чистка кэша (самописный батник при запуске системы). Проблема в том, что после запуска этого батника очищается сохраненные настройки в консоле кластера.

Т.е. каждый раз в консоле приходится заново добавлять сервера.

Подскажите, где хранятся данные настройки, чтобы убрать удаление необходимых файлов?

Сложности — хз. Замута от системных администраторов. Меня раздражает, что каждое утро приходится добавлять сервера.
Если бы я знал, что именно они удаляют — то просто сказал бы им как поправить этот батник.

.
Остается один вопрос, что у вас делает Батник? 🙂

.
Покажи, нам, для пополнения информации, как не стоит делать 🙂

Источник

Размещение данных 1С:Предприятия 8

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

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

Информационные базы, хранилища конфигураций, вспомогательные данные, временные данные

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

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

• Информационные базы . К информационным базам относится наиболее ответственная информация, включающая: конфигурацию, все данные о хозяйственной деятельности предприятия а также административную информацию. Все данные, относящиеся к информационной базе, объединяются в базу данных. Потеря или искажение каких-то данных информационной базы может привести к потере работоспособности системы, построенной на базе 1С:Предприятия.
• Хранилище конфигурации содержит текущую конфигурацию и историю ее разработки при использовании в Конфигураторе средств групповой разработки. При разработке конфигурации эта информация также является «жизненно важной».
• Журнал регистрации содержит список операций, совершенных над данной информационной базой. Эта информация не является необходимой для работы системы на базе 1С:Предприятия, но может быть важной с организационной точки зрения.
• Вспомогательные данные . К вспомогательным относятся такие данные, которые служат для удобства пользователя и не влияют на логику работы системы на базе 1С:Предприятия.
  • Профайлы содержат информацию о расположении окон, текущих позициях, состоянии диалогов и других настройках, позволяющих пользователю работать наиболее комфортно. Различные конфигурации могут хранить в профайлах и другую информацию, которая может быть полезной, но не является необходимой.
  • Другие вспомогательные данные . К ним относятся списки информационных баз, зарегистрированных на клиенте или на сервере, и некоторые другие данные.
• Временные данные . Эти данные использует приложение 1С:Предприятия 8 для служебных целей. Они актуальны только в пределах одного сеанса работы и после его завершения уничтожаются.

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

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

Данные, которые определяют логику функционирования системы на базе 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 содержит параметры информационной базы. Среди них:
  • Национальные настройки информационной базы.
  • Таблица соответствия объектов метаданных и объектов базы данных (таблиц, полей, индексов).
  • Некоторая другая информация.
• _YearOffset — смещение дат в базе данных. Эта таблица создается только при использовании Microsoft SQL Server.
• DBSchema содержит информацию о структуре базы данных 1С:Предприятия и определяет другие объекты базы данных, используемые данной информационной базой.
• v8users — cписок пользователей.
• _UsersWorkHistory — история работы пользователей.
• _SystemSettings — хранилище системных настроек.
• _RepSettings — хранилищe настроек отчетов.
• _RepVarSettings — хранилище настроек вариантов отчетов.
• _CommonSettings — хранилище общих настроек.
• _FrmDtSettings — хранилище настроек данных форм.

При старте 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 SettingsAll UsersApplication Data1C1Cv821cv8conn.pfl

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

Таблица files базы данных, в которой размешена информационная база.

Информационная база и пользователь

— Настройки динамических списков.
— Настройки отборов по журналу регистрации.

Таблица files базы данных, в которой размешена информационная база.

Компьютер и информационная база

— Настройки сравнения файлов конфигураций.
— Настройки глобального поиска по текстам конфигурации.

/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.pfl

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/1Cv8cmn.pfl

Диалог запуска 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 SettingsuserApplication Data1C1CEStartibases.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 Files1cv82srvinforeg_15411CV8Reg.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%1C1CEStart и по умолчанию имеет имя ibases.v8i.
• 1CESCmn.cfg — файл 1CESCmn.cfg содержит общие настройки программ запуска (1CEStart.exe и 1Cv8s.exe).
• 1CEStart.cfg — файл 1CEStart.cfg содержит настройки, которые используют программы запуска (1CEStart.exe и 1Cv8s.exe) и клиентские приложения (1Cv8.exe и 1Cv8c.exe). Файл расположен в каталоге %APPDATA%1C1CEStart.
• adminstall.cfg — файл adminstall.cfg указывает на то, что установка системы программ «1С:Предприятие» выполнялась с использованием средств администрирования операционной системы. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие» и представляет собой текстовый документ в кодировке UTF-8.
• comcntrcfg.xml — файл comcntrcfg.xml служит для указания внешнему соединению необходимости запуска в отладочном режиме.
• Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
• conf.cfg — файл conf.cfg определяет расположение каталога общих конфигурационных файлов. Файл расположен в каталоге binconf каталога конкретной версии «1С:Предприятия» и представляет собой текстовый документ в кодировке UTF-8.
• debugcfg.xml — файл debugcfg.xml предназначен для настройки дополнительного диапазона портов, используемого при отладке конфигураций. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
• def.usr — файл хранится в каталоге %APPDATA%1C1Cv82 и содержит имя пользователя который последним открывал данную информационную базу.
• default.vrd — данный файл служит для настройки веб-клиента и использования Web-сервисов, и находится в каталоге виртуального приложения.
• inetcfg.xml — файл inetcfg.xml позволяет задавать настройки прокси по умолчанию и имеет больший приоритет над настройками прокси по умолчанию в Windows. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
• logcfg.xml — файл logcfg.xml служит для настройки технологического журнала. Файл располагается в каталоге конфигурационных файлов системы «1С:Предприятие», и его наличие не является обязательным.
• logui.txt — располагается в каталоге %APPDATA%1C1Cv82 и содержит список интерактивных действий пользователя, которые выполнялись за время журналирования.
• 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 SettingsAll UsersApplication Data1Clicenses)

Файлы программных лицензий расположены в каталоге конфигурационных файлов системы «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 SettingsUserLocal SettingsTemp. Для сервера 1С:Предприятия используется или системный каталог временных файлов или каталог данных приложений пользователя, от имени которого запускаются рабочие процесса сервера 1С:Предприятия, например, C:WINNTTemp.

Источник