Информационная база была перемещена или восстановлена из резервной копии
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) webv@mail.ru, это и имеет статус: Исправлена: "1С:Библиотека стандартных подсистем", версия 2.3.2.48.
Соответственно в ДО 2.1 этой ошибки уже нет, а по ДО 2.0 надо смотреть, на каком релизе в нем обновили БСП до 2.3.2.48 и обновлять, минимум, на этот релиз.
Соответственно в ДО 2.1 этой ошибки уже нет, а по ДО 2.0 надо смотреть, на каком релизе в нем обновили БСП до 2.3.2.48 и обновлять, минимум, на этот релиз.
(1) webv@mail.ru, у меня БСП 2.3.2.61, смотрю в коде:
Общий модуль РегламентныеЗаданияСлужебный, функция УстановленаБлокировкаРаботыСВнешнимиРесурсами(...), в самом конце:
Если ИмяБазы <> СохраненноеИмяБазы
Или (ПараметрыБлокировки.ПроверятьИмяСервера
И (ИмяКомпьютера <> СохраненноеИмяКомпьютера
И ИмяСервера <> СохраненноеИмяСервера)) Тогда (...)
Т.е. форма блокировки появляется при изменении любого из трёх параметров: имя базы, кластер серверов, сервер подключения. При работе на одном сервере имя всегда одно и тоже. А при работе с кластером в зависимости от расположения пятен на солнце это может быть любой сервер, вот и сообщение то выходит, то не выходит.
Если исправить в коде, то придётся править каждый раз при обновлении БСП, если убрать настройку ПараметрыБлокировки.ПроверятьИмяСервера, то при разворачивании разработочной базы из бэкапа регламентные задания не заблокируются, что буду делать пока не решил :)
Общий модуль РегламентныеЗаданияСлужебный, функция УстановленаБлокировкаРаботыСВнешнимиРесурсами(...), в самом конце:
Если ИмяБазы <> СохраненноеИмяБазы
Или (ПараметрыБлокировки.ПроверятьИмяСервера
И (ИмяКомпьютера <> СохраненноеИмяКомпьютера
И ИмяСервера <> СохраненноеИмяСервера)) Тогда (...)
Т.е. форма блокировки появляется при изменении любого из трёх параметров: имя базы, кластер серверов, сервер подключения. При работе на одном сервере имя всегда одно и тоже. А при работе с кластером в зависимости от расположения пятен на солнце это может быть любой сервер, вот и сообщение то выходит, то не выходит.
Если исправить в коде, то придётся править каждый раз при обновлении БСП, если убрать настройку ПараметрыБлокировки.ПроверятьИмяСервера, то при разворачивании разработочной базы из бэкапа регламентные задания не заблокируются, что буду делать пока не решил :)
(5) webv@mail.ru,
Сообщение "Информационная база была перемещена или восстановлена из резервной копии" иногда отображается в ситуации, когда параметры базы не изменялись.
было зарегистрировано как ошибка платформы. Т.о. нужно ставить новую платформу.
Коллеги, проблема актуальна... Самое печальное, что это вызывает отключение фоновых и регламентных заданий...
(19) webv@mail.ru,
Понятно. Продолжайте дальше переустанавливать платформу, и гадать, почему у Вас ошибка есть, а у vlad636 её нет.
ссылка выложенная вами не несет ни какой полезной смысловой информации
Оригинально! Описание ошибки с которой вы столкнулись, условий её воспроизведения и информация о том, что она исправлена, с указанием конкретного релиза, не несет смысловой нагрузки?!
Понятно. Продолжайте дальше переустанавливать платформу, и гадать, почему у Вас ошибка есть, а у vlad636 её нет.
Добавил в модуль сеанса процедуру отслеживания кто с какой строкой подключения входит - оказалось одному из пользователей неверно прописали кластер серверов. Итог - подключиться пользователь может (два раза указан один и тот же сервер), но его подключение влечёт за собой установку признака необходимости принятия решения о блокировке работы с внешними ресурсами.
Также по журналу выяснили, что фоновые задания запускаются НЕ со строкой соединения базы, а формируют собственную - сервер кластера который будет выполнять фоновое задание + имя базы. Таким образом, строка соединения снова не совпадает с сохранённой в константе строкой. Может ли константа слетать из-за этого - не выяснял.
Ситуацию окончательно удалось победить, чтобы в дальнейшем не думать о ней до очередного обновления БСП:
Общие модули / РегламентныеЗаданияСлужебный / Функция УстановленаБлокировкаРаботыСВнешнимиРесурсами (в конце):
// добавил:
МассивСерверовКластера = СтроковыеФункцииКлиентСервер.РазложитьСтрокуВМассивСлов(СохраненноеИмяСервера, ",");
// перед вот этим:
Если ИмяБазы <> СохраненноеИмяБазы Или (ПараметрыБлокировки.ПроверятьИмяСервера
// вставил вот это:
И МассивСерверовКластера.Найти(ИмяКомпьютера) = Неопределено) Тогда
// вместо вот этого:
//И (ИмяКомпьютера <> СохраненноеИмяКомпьютера И ИмяСервера <> СохраненноеИмяСервера)) Тогда
Общие модули / РегламентныеЗаданияСлужебный / Функция УстановленаБлокировкаРаботыСВнешнимиРесурсами (в конце):
// добавил:
МассивСерверовКластера = СтроковыеФункцииКлиентСервер.РазложитьСтрокуВМассивСлов(СохраненноеИмяСервера, ",");
// перед вот этим:
Если ИмяБазы <> СохраненноеИмяБазы Или (ПараметрыБлокировки.ПроверятьИмяСервера
// вставил вот это:
И МассивСерверовКластера.Найти(ИмяКомпьютера) = Неопределено) Тогда
// вместо вот этого:
//И (ИмяКомпьютера <> СохраненноеИмяКомпьютера И ИмяСервера <> СохраненноеИмяСервера)) Тогда
(25)Скажите (данная ошибка появляется при попытке выгрузить файлы замеров производительности, у меня 1С:Документооборот 2.0.14.4, платформа 2088, БСП 2.3.2.26, клиент серверный вариант), а в случае кода моей версии 1С это решаемо?
Конец обозначенной процедуры:
Подробнее суть вопроса изложена тут:
Просим прощение за излишнюю дотошливость. Заранее благодарны...
Конец обозначенной процедуры:
ИмяБазы =
НРег(СтроковыеФункцииКлиентСервер.ПолучитьПараметрыИзСтроки(СтрокаСоединения).Ref);
ИмяКомпьютера = НРег(ИмяКомпьютера());
СохраненноеИмяБазы =
НРег(СтроковыеФункцииКлиентСервер.ПолучитьПараметрыИзСтроки(ПараметрыБлокировки.СтрокаСоединения).Ref);
СохраненноеИмяКомпьютера = НРег(ПараметрыБлокировки.ИмяКомпьютера);
Если ИмяБазы <> СохраненноеИмяБазы Или ИмяКомпьютера <>
СохраненноеИмяКомпьютера Тогда
ТекстСообщения =
СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(
НСтр("ru = 'Различаются имя информацинной базы или имя компьютера.
|Сохраненное имя базы: %1, текущее имя базы: %2.
|Сохраненное имя компьютера: %3, текущее имя компьютера: %4'"),
СохраненноеИмяБазы, ИмяБазы, СохраненноеИмяКомпьютера,
ИмяКомпьютера);
УстановитьПризнакНеобходимостиПринятияРешенияОБлокировке(ПараметрыБлокировки,
ТекстСообщения);
Возврат Истина;
КонецЕсли; ПоказатьПодробнее суть вопроса изложена тут:
Просим прощение за излишнюю дотошливость. Заранее благодарны...
Ложные срабатывания также появились в последней на сегодня БП 3.0.67.38.
В 1С уже исправляют: ошибка 00-00188874 принята к исправлению к 20.12.2018.
Описание:
При работе в клиент-серверной базе может ошибочно возникать сообщение о перемещении БД
Способ обхода:
Все пользовтели должны иметь одинаковую строку подключения к базе данных.
Для этого можно создать список общих информационных баз
В 1С уже исправляют: ошибка 00-00188874 принята к исправлению к 20.12.2018.
Описание:
При работе в клиент-серверной базе может ошибочно возникать сообщение о перемещении БД
Способ обхода:
Все пользовтели должны иметь одинаковую строку подключения к базе данных.
Для этого можно создать список общих информационных баз
(27)
У меня проблема тоже проявилась. Дело в том, что у меня имя кластера указано как имя сервера, а у пользователей прописан IP адрес сервера.
Если указать в параметрах подключения имя сервера, то окошко не выходит больше.
Все пользовтели должны иметь одинаковую строку подключения к базе данных.
Для этого можно создать список общих информационных баз
Для этого можно создать список общих информационных баз
У меня проблема тоже проявилась. Дело в том, что у меня имя кластера указано как имя сервера, а у пользователей прописан IP адрес сервера.
Если указать в параметрах подключения имя сервера, то окошко не выходит больше.
(29) Выскакивало такое же окно, что информационная база возможно перемещена и из-за этого не выполнялись регламентные задания. Мне помогло изменение подключения к базе. В кластере 1С предприятия "Сервер баз данных" стояло 127.0.0.1, а в подключении к базе стояло localhost или имя сервера, кто то еще через ip подключался. (до меня настраивали подключения пользователей). Когда везде прописал подключение к базе как в кластере и создал новые регламентные задания, все заработало.
Дохлый номер, то же самое. Путь обхода "Способ обхода:
Все пользовтели должны иметь одинаковую строку подключения к базе данных. "
не работает. вхожу я один и каждый раз вижу табличкку.
Все пользовтели должны иметь одинаковую строку подключения к базе данных. "
не работает. вхожу я один и каждый раз вижу табличкку.
Вот для Розницы сделал расширение. В начале сообщение всё еще выходит, но регламентные задания включаются !!! С наступающим !!!
Прикрепленные файлы:
ОтключениеПроверкиПеремещенияБазы.cfe
Такая же фигня. Вчера обновил базы: УТ до 11.4.6.174 и БП до 3.0.67.43 (платформа 8.3.12.1790).
Во всех обновлённых базах началось вот это вот.
В кластере у меня один сервер. Строчки подключения у всех одинаковые.
Но дело тут точно не в строчках. Т.к. проблема проявляется даже если в базу захожу только я и на одном компе. Окно вылезает не при каждом входе. Закономерность пока никакую не выявил.
Во всех обновлённых базах началось вот это вот.
В кластере у меня один сервер. Строчки подключения у всех одинаковые.
Но дело тут точно не в строчках. Т.к. проблема проявляется даже если в базу захожу только я и на одном компе. Окно вылезает не при каждом входе. Закономерность пока никакую не выявил.
(37) Для установки:
1. Перейдите в Администрирование выберите меню Обслуживание разверните группу Обновление программы и нажмите на ссылку Установка обновлений и исправлений (патчей).
2. Выберите вариант Указать файл обновления или исправления, выберите файл кнопкой Выбрать [...] и нажмите Далее >.
3. Ознакомьтесь с предупреждением безопасности и нажмите Продолжить.
4. Установите флажок Перезапустить программу и нажмите Готово.
1. Перейдите в Администрирование выберите меню Обслуживание разверните группу Обновление программы и нажмите на ссылку Установка обновлений и исправлений (патчей).
2. Выберите вариант Указать файл обновления или исправления, выберите файл кнопкой Выбрать [...] и нажмите Далее >.
3. Ознакомьтесь с предупреждением безопасности и нажмите Продолжить.
4. Установите флажок Перезапустить программу и нажмите Готово.
Прикрепленные файлы:
EF_00_00188874.cfe
(39) Такое исправление как-то уж слишком радикально. Все копии станут "Основной". Достаточно отключить контроль на изменение имени сервера:
Прикрепленные файлы:
Глюки1Сv2.cfe
У меня такая проблема была потому что веб-сервер подключался со строкой подключения
Srvr="localhost";Ref="BP";
а я локально на сервере подключался с такой
Srvr="localhost";Ref="bp";
Оказывается, эта проверка регистрозависимая. Я сделал всё в нижнем регистре и проблема ушла.
Srvr="localhost";Ref="BP";
а я локально на сервере подключался с такой
Srvr="localhost";Ref="bp";
Оказывается, эта проверка регистрозависимая. Я сделал всё в нижнем регистре и проблема ушла.
Другой вариант в режиме предприятия: значению РаботаСВнешнимиРесурсамиЗаблокирована структуры константы ПараметрыБлокировкиРаботыСВнешнимиРесурсами установите Ложь. И тоже счастье придет в дом под Новый год! Всех с наступающим :)!!!
нет не канает. При следующем входе он снова опустошает данное значение и при уже следующем снова окошко.
00-00188874
Описание:
При работе в клиент-серверной базе может ошибочно возникать сообщение о перемещении БД.
Когда пользователь подключается со строкой соединения в которой Srvr параметр отличен от имени сервера и подтверждает, что информационная база перемещена, следующее регламентное задание, работающее с внешними ресурсами, будет блокировать информационную базу.
Исправлена: "1С:Библиотека стандартных подсистем", версия 3.0.1.349
Описание:
При работе в клиент-серверной базе может ошибочно возникать сообщение о перемещении БД.
Когда пользователь подключается со строкой соединения в которой Srvr параметр отличен от имени сервера и подтверждает, что информационная база перемещена, следующее регламентное задание, работающее с внешними ресурсами, будет блокировать информационную базу.
Исправлена: "1С:Библиотека стандартных подсистем", версия 3.0.1.349
Была такая же ошибка. Выяснилось следующее: в свойствах базы в кластере серверов написано DNS-имя базы, а у пользователя в окне свойств подключения указан IP-адрес. Нужно в обоих местах написать либо DNS-имя, либо IP-адрес. Проблема исчезает.
Была такая же ошибка. Выяснилось следующее: в свойствах базы в кластере серверов написано DNS-имя базы, а у пользователя в окне свойств подключения указан IP-адрес. Нужно в обоих местах написать либо DNS-имя, либо IP-адрес. Проблема исчезает.
В новой версии ERP, которая вышла в конце прошлого года проверку исправили (пока не проверял правда). А значит в родственных конфигурациях.
В УНФ 1.6.16.184 перестал работать обмен с бухгалтерией
{ОбщийМодуль.РегламентныеЗаданияСлужебный.Модуль(144)}: Изменилась строка соединения информационной базы.
Возможно информационная база была перемещена.
Регламентное задание "Синхронизация данных" отключено.
ВызватьИсключение СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(НСтр("ru = 'Изменилась строка соединения информационной базы.
{ОбщийМодуль.РегламентныеЗаданияСлужебный.Модуль(144)}: Изменилась строка соединения информационной базы.
Возможно информационная база была перемещена.
Регламентное задание "Синхронизация данных" отключено.
ВызватьИсключение СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(НСтр("ru = 'Изменилась строка соединения информационной базы.
Столкнулся с такой же проблемой в ЗУП 3.1.8.216. Вычислил виновника по журналу регистрации. Колонка "Комментарий" строка поиска "Различаются имя информационной базы или имя компьютера"
Документооборот 2.1.12.2. SQL Ни каких обновлений для ДО не ставили , их и нет. Платформа 8.3.12.1685 , обновляли в прошлом году.
Два дня назад тоже неожиданно появилось сообщение, что база перемещена.При этом и имя базы и имя сервера до и после перемещения совпадают полностью, регистр одинаковый.
Убрала флаг "Проверять имя сервера ", день проработали спокойно , сегодня с утра снова сообщение, что база перемещена.
Искала по фразам "Различаются имя информационной базы или имя компьютера" или "Работа с внешними ресурсами заблокирована" в журнале регистрации - ничего нет.
Не понимаю что происходит.
Два дня назад тоже неожиданно появилось сообщение, что база перемещена.При этом и имя базы и имя сервера до и после перемещения совпадают полностью, регистр одинаковый.
Убрала флаг "Проверять имя сервера ", день проработали спокойно , сегодня с утра снова сообщение, что база перемещена.
Искала по фразам "Различаются имя информационной базы или имя компьютера" или "Работа с внешними ресурсами заблокирована" в журнале регистрации - ничего нет.
Не понимаю что происходит.
Клиент-серверная УНФ 1.6.16.176, платформа 8.3.13.1644. Достало уже такое неадекватное поведение программы. Если у кого-то имя сервера написано "sqlserver", а у кого-то "Sqlserver", то это НОРМАЛЬНО, это справедливо - сервер ведь и правда один и тот же. То же касается и имени базы.
Поиск строки "ПроверятьИмяСервера"...
Основная конфигурация ОбщийМодуль.РегламентныеЗаданияСлужебный.Модуль(1513, 32) : ПараметрыБлокировки.Вставить("ПроверятьИмяСервера", Истина);
Найдено вхождений: 1
Получается, этот параметр вообще ни на что не влияет, т.к. нигде не используется?
Будем искать дальше.
Поиск строки "ПроверятьИмяСервера"...
Основная конфигурация ОбщийМодуль.РегламентныеЗаданияСлужебный.Модуль(1513, 32) : ПараметрыБлокировки.Вставить("ПроверятьИмяСервера", Истина);
Найдено вхождений: 1
Получается, этот параметр вообще ни на что не влияет, т.к. нигде не используется?
Будем искать дальше.
Вот тут товарищи предлагают либо совсем убрать все проверки, либо не проверять имя сервера. В первом случае слишком сурово, проверять различные случаи надо, на то они и различные случаи. Во втором тоже как-то не совсем проверка получается.
Решение кто-то тут уже озвучивал, надо в функции УстановленаБлокировкаРаботыСВнешнимиРесурсами модуля РегламентныеЗаданияСлужебный строку
заменить на строку
и это сделает проверку строки соединения регистронезависимой. Пол дела, считай, сделано. А вот как сравнивать DNS-имена и IP-адреса, это надо разрабочикам 1С подумать.
А потом, нужна-таки возможность деактивации всего этого механизма проверки перемещения, т.к. тем, кто не использует РИБ, не сильно-то он и нужен.
Решение кто-то тут уже озвучивал, надо в функции УстановленаБлокировкаРаботыСВнешнимиРесурсами модуля РегламентныеЗаданияСлужебный строку
СтрокаСоединения = СтрокаСоединенияИнформационнойБазы();заменить на строку
СтрокаСоединения = ВРег(СтрокаСоединенияИнформационнойБазы());
и это сделает проверку строки соединения регистронезависимой. Пол дела, считай, сделано. А вот как сравнивать DNS-имена и IP-адреса, это надо разрабочикам 1С подумать.
А потом, нужна-таки возможность деактивации всего этого механизма проверки перемещения, т.к. тем, кто не использует РИБ, не сильно-то он и нужен.
В Рознице 2 тоже столкнулся с такой проблемой, после переноса базы из файлового варианта на сервер SQL. Используется РИБ с синхронизацией по расписанию. На сервере регламент перестал работать и сообщал об ошибке "Изменилась строка соединения информационной базы. Возможно информационная база была перемещена. Регламентное задание "Синхронизация данных" отключено".
Проблема решилась установкой всем пользователям одинаковых параметров для подключения к базе, в данном случае имя сервера.
Проблема решилась установкой всем пользователям одинаковых параметров для подключения к базе, в данном случае имя сервера.
Тоже переходим на кластер серверов. Вылезают проблемы:
1. Сохраненное имя базы: "test", текущее имя базы: "TEST". Сохраненное имя компьютера: "1c-serv1,1c-serv2", текущее имя компьютера: "1c-serv1;1c-serv2"
Решение - везде единообразно прописать имя сервера и имя базы - в примере, имя базы в разных регистрах, имена серверов в первом случае через запятую, во втором четез точку с запятой.
2. В одной из баз конфигурация решила проверять не имена серверов из подключения ,а имя сервера, на котором фактически выполняется серверный код. Получаем сообщение
Работа с внешними ресурсами заблокирована
Различаются имя информационной базы или имя компьютера.
Сохраненное имя базы: test, текущее имя базы: test.
Сохраненное имя компьютера: 1c-serv1, текущее имя компьютера: 1c-serv2
В результате выяснилось следующее - в модуле: РегламентныеЗаданияСлужебный, процедура ПараметрыБлокировкиРаботыСВнешнимиРесурсами был изменен параметр блокировки "ПроверятьИмяСервера" с истина, на ложь.
Было:
ПараметрыБлокировки.Вставить("ПроверятьИмяСервера", Истина);
Стало
ПараметрыБлокировки.Вставить("ПроверятьИмяСервера", Ложь);//ПараметрыБлокировки.Вставить("ПроверятьИмяСервера", Истина);
1. Сохраненное имя базы: "test", текущее имя базы: "TEST". Сохраненное имя компьютера: "1c-serv1,1c-serv2", текущее имя компьютера: "1c-serv1;1c-serv2"
Решение - везде единообразно прописать имя сервера и имя базы - в примере, имя базы в разных регистрах, имена серверов в первом случае через запятую, во втором четез точку с запятой.
2. В одной из баз конфигурация решила проверять не имена серверов из подключения ,а имя сервера, на котором фактически выполняется серверный код. Получаем сообщение
Работа с внешними ресурсами заблокирована
Различаются имя информационной базы или имя компьютера.
Сохраненное имя базы: test, текущее имя базы: test.
Сохраненное имя компьютера: 1c-serv1, текущее имя компьютера: 1c-serv2
В результате выяснилось следующее - в модуле: РегламентныеЗаданияСлужебный, процедура ПараметрыБлокировкиРаботыСВнешнимиРесурсами был изменен параметр блокировки "ПроверятьИмяСервера" с истина, на ложь.
Было:
ПараметрыБлокировки.Вставить("ПроверятьИмяСервера", Истина);
Стало
ПараметрыБлокировки.Вставить("ПроверятьИмяСервера", Ложь);//ПараметрыБлокировки.Вставить("ПроверятьИмяСервера", Истина);
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот
