Администрирование серверов 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), служебные данные системы полнотекстового поиска и некоторые другие данные.

Маленький IT блог с характером 1С.

Страницы

Поиск по блогу

четверг, 14 июля 2016 г.

Миграция на новую версию сервера 1С:Предприятия

Данный метод справедлив для клиент-серверного варианта работы! Первым шагом выполняем создание резервной копии информационной базы (ИБ). Выполнить создание резервной копии можно различными способами, как средствами конфигуратора, так и средствами СУБД.

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

После создания резервной копии, удаляем информационную базу в кластере серверов 1С:Предприятия старой версии (допустим, версии 8.2), связанную с базой данных СУБД, которая хранит данные информационной базы. Перед удалением запоминаем имя базы данных в СУБД.

У сервера 1С:Предприятие нет собственного пользовательского интерфейса (GUI), для управления им используется консоль администрирования кластера серверов, ее можно установить при установке платформы 1С.

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

Рисунок 1. Параметры информационной базы

Повторно вызываем контекстное меню и нажимаем на кнопку Удалить (см. рисунок 2).

Рисунок 2. Удаление информационной базы из кластера

Консоль предложит три варианта удаления (см. рисунок 3):

1. удалить базу — информационная база удаляется в кластере, база данных в СУБД так же удаляется;
2. очистить базу данных — информационная база удаляется в кластере, из базы данных удаляются все данные информационной базы;
3. оставить без изменений — информационная база удаляется в кластере, но данные ИБ остаются в базе данных.

Рисунок 3. Режимы удаления информационной базы

Выбираем третий вариант. Теперь кластер серверов старой версии не знает о существовании базы данных в СУБД, которая хранит данные удаленной информационной базы.

Следующим шагом нужно «рассказать» новому кластеру серверов (допустим, версии 8.3) о существовании базы данных в СУБД, в которой содержатся данные удаленной информационной базы. Для этого открываем консоль администрирования кластера новой версии и создаем новую информационную базу (см. рисунок 4).

Рисунок 4. Создание новой информационной базы через консоль кластера

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

Рисунок 5. Параметры новой информационной базы

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

• Кластер серверов 1С:Предприятия — указываем адрес нового кластера;
• Имя информационной базы в кластере — указываем новое имя (см. рисунок 5).

Рисунок 6. Новые параметры подключения информационной базы в окне запуска

Запускаем конфигуратор информационной базы от имени пользователя с правами администрирования ИБ, конфигуратор может запросить подтверждение на конвертацию структуры ИБ под новую версию платформы 1С, соглашаемся.

Действия по переходу на новую платформу завершены.

Как создать базу

Открываем 1С и нажимаем кнопку «Добавить»

Выбираем «Создание информационной базы» и нажимаем «Далее»

Нажимаем «Создание информационной базы без конфигурации для разработки новой конфигурации или загрузки выгруженной ранее информационной базы»

Указываем название базы, выбираем тип расположения «На данном компьютере или на компьютере в локальной сети»

Указываем каталог информационной базы (рекомендуем использовать для размещения базы локальный диск D:)

Оставляем галочки «Выбирать автоматически» и нажимаем «Готово»

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

Как удалить базу

Откроем программу 1С, выберем нужную базу и внизу видим путь к базе на диске

Открываем папку Buh_2 (в нашем случае) видим файлы базы:

Их нужно удалить, а также удалить и папку, если в ней нет других данных.

Описание ошибки:
Обнаружена для серверных баз 1С: Предприятия 8.3. Возникла после установки и последущего удаления более нового релиза сервера (платформы) 1С: Предприятие 8.3. Используемая СУБД — PostgreSQL 9.4.2-1.1C(x64)

Найденные решения:

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

Стоит отметить, что предыстория этой ошибки описана в статье ранее, вот ссылка на нее: «Не удалось запустить службу Агента Сервера 1С:Предприятия 8.3 на Локальный компьютер. Ошибка 2: Не удается найти указанный файл.» — вкратце неудачная установка и удаление более позднего релиза платформы 1С:Предприятие 8.

А теперь к решению проблемы.

После встречи с «ошибкой при выполнении операции с информационной базой» при попытке запуска серверной базы было не понятно куда, смотреть. Но начал с анализа кластера сервера 1С: Предприятия и было обнаружено следующее. В консоли «Администрирование серверов 1С Предприятия x86-64» обратим внимание на имя кластера — оно отсутствовало.

Отсутствие имени кластера заставило задумать о том, в порядке ли настройки сервера 1С: Предприятия? Справочно, файлы настройки сервера в общем случае можно найти в ОС Windows по путям:
для 64-разрядной операционной системы
C:Program Files1cv8srvinfo1cv8wsrv.lst — файл 1cv8wsrv.lst с описанием локального кластера сервера;
C:Program Files1cv8srvinforeg_15411CV8Clst.lst — файл 1CV8Clst.lst с описанием баз кластера;

Соответственно для 32-разрядной системы:
C:Program Files (x86)1cv8srvinfo1cv8wsrv.lst
и
C:Program Files1cv8srvinforeg_15411CV8Clst.lst

Проверка файла, содержащего описание кластера показало, что он «не в порядке».

Файл описания настроек кластера сервера 1cv8wsrv.lst выглядел по содержанию рабочим.

Получалось, что условно поврежден файл с описанием баз кластера 1CV8Clst.lst в результате неудачной установки и удаления релиза платформы.

Теперь оставалось решить, как файл восстановить. Возможность найти какую-либо копию файла казалось провальной, т.к. на сервере было отключено создание резервных копий системы. Оставалось только создавать новый файл. НО, надо понимать, что папки в каталоге C:Program Files1cv8srvinforeg_1541 содержали данные журналов регистрации баз. Из «двух зол пришлось выбрать меньшую» — было принято решение «потерять» данные журналов регистрации, главное, чтобы базы снова работали в кратчайший срок. Поэтому существующие папки, чтобы не удалять сразу , в начале их наименования был добавлен символ «-«, чтобы визуально отличать старые.

На скрине «старые» каталоги еще не переименованы, см. след. скрин

Служба «Агент сервера 1С:Предприятия 8.3 (x86-64)» была остановлена. Далее были переименованы файлы 1cv8wsrv.lst и 1CV8Clst.lst из папок и присвоены наименования соответственно 1cv8wsrv_.lst и 1CV8Clst_.lst, чтобы в случае чего не потерять «последнее». Получается, что данные по кластеру теперь для сервера отсутствовали. Служба «Агент сервера 1С:Предприятия 8.3 (x86-64)» была запущена. Система автоматически создала новые файлы 1cv8wsrv.lst и 1CV8Clst.lst. После этого переименованные «старые» файлы списков с символом «_» был удалены. В приложении «Администрирование серверов 1С Предприятия x86-64» базы были созданы и вновь привязаны к тем, которые оставались в PostgreSQL. Работа благополучно продолжилась.

P.S.: [дополнение от 06.10.2021] еще один вариант устранения данной ошибки рассмотрен в отдельной статье При попытке запустить базу 1С 8 возникает предупреждение: «Ошибка при выполнении операции с информационной базой», т.к. возникла при других обстоятельства и чтобы не перегружать содержимое данной публикации.

Оцените, помогло ли Вам предоставленное описание решения ошибки?

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

21-01-2020

Журавлев А.С.
(Сайт azhur-c.ru)