Коллеги, периодически возникает данное сообщение, при этом с базой не производится ни каких манипуляций. База физически расположена на SQL кластере и работает в кластере 1С.
(1) webv@mail.ru, это ошибка БСП Код ошибки: 00-00068833 и имеет статус: Исправлена: "1С:Библиотека стандартных подсистем", версия 2.3.2.48.
Соответственно в ДО 2.1 этой ошибки уже нет, а по ДО 2.0 надо смотреть, на каком релизе в нем обновили БСП до 2.3.2.48 и обновлять, минимум, на этот релиз.
(1) webv@mail.ru, у меня БСП 2.3.2.61, смотрю в коде:
Общий модуль РегламентныеЗаданияСлужебный, функция УстановленаБлокировкаРаботыСВнешнимиРесурсами(...), в самом конце:
Если ИмяБазы <> СохраненноеИмяБазы
Или (ПараметрыБлокировки.ПроверятьИмяСервера
И (ИмяКомпьютера <> СохраненноеИмяКомпьютера
И ИмяСервера <> СохраненноеИмяСервера)) Тогда (...)
Т.е. форма блокировки появляется при изменении любого из трёх параметров: имя базы, кластер серверов, сервер подключения. При работе на одном сервере имя всегда одно и тоже. А при работе с кластером в зависимости от расположения пятен на солнце это может быть любой сервер, вот и сообщение то выходит, то не выходит.
Если исправить в коде, то придётся править каждый раз при обновлении БСП, если убрать настройку ПараметрыБлокировки.ПроверятьИмяСервера, то при разворачивании разработочной базы из бэкапа регламентные задания не заблокируются, что буду делать пока не решил :)
Сообщение "Информационная база была перемещена или восстановлена из резервной копии" иногда отображается в ситуации, когда параметры базы не изменялись.
было зарегистрировано как ошибка платформы. Т.о. нужно ставить новую платформу.
(18) h00k, ссылка выложенная вами не несет ни какой полезной смысловой информации. Предлагайте есть есть что предложить, не надо писать ради демонстрации знания букв.
ссылка выложенная вами не несет ни какой полезной смысловой информации
Оригинально! Описание ошибки с которой вы столкнулись, условий её воспроизведения и информация о том, что она исправлена, с указанием конкретного релиза, не несет смысловой нагрузки?!
Понятно. Продолжайте дальше переустанавливать платформу, и гадать, почему у Вас ошибка есть, а у 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.
Описание:
При работе в клиент-серверной базе может ошибочно возникать сообщение о перемещении БД
У меня проблема тоже проявилась. Дело в том, что у меня имя кластера указано как имя сервера, а у пользователей прописан IP адрес сервера.
Если указать в параметрах подключения имя сервера, то окошко не выходит больше.
(29) Выскакивало такое же окно, что информационная база возможно перемещена и из-за этого не выполнялись регламентные задания. Мне помогло изменение подключения к базе. В кластере 1С предприятия "Сервер баз данных" стояло 127.0.0.1, а в подключении к базе стояло localhost или имя сервера, кто то еще через ip подключался. (до меня настраивали подключения пользователей). Когда везде прописал подключение к базе как в кластере и создал новые регламентные задания, все заработало.
Дохлый номер, то же самое. Путь обхода "Способ обхода:
Все пользовтели должны иметь одинаковую строку подключения к базе данных. "
не работает. вхожу я один и каждый раз вижу табличкку.
(36) Спасибо добрый человек, почему-то перестали работать регламентные задания после переезда с файловой на sql, рсаширение помогло, регламентные задания стали включаться и работать
Такая же фигня. Вчера обновил базы: УТ до 11.4.6.174 и БП до 3.0.67.43 (платформа 8.3.12.1790).
Во всех обновлённых базах началось вот это вот.
В кластере у меня один сервер. Строчки подключения у всех одинаковые.
Но дело тут точно не в строчках. Т.к. проблема проявляется даже если в базу захожу только я и на одном компе. Окно вылезает не при каждом входе. Закономерность пока никакую не выявил.
1. Перейдите в Администрирование выберите меню Обслуживание разверните группу Обновление программы и нажмите на ссылку Установка обновлений и исправлений (патчей).
2. Выберите вариант Указать файл обновления или исправления, выберите файл кнопкой Выбрать [...] и нажмите Далее >.
3. Ознакомьтесь с предупреждением безопасности и нажмите Продолжить.
4. Установите флажок Перезапустить программу и нажмите Готово.
У меня такая проблема была потому что веб-сервер подключался со строкой подключения
Srvr="localhost";Ref="BP";
а я локально на сервере подключался с такой
Srvr="localhost";Ref="bp";
Оказывается, эта проверка регистрозависимая. Я сделал всё в нижнем регистре и проблема ушла.
Другой вариант в режиме предприятия: значению РаботаСВнешнимиРесурсамиЗаблокирована структуры константы ПараметрыБлокировкиРаботыСВнешнимиРесурсами установите Ложь. И тоже счастье придет в дом под Новый год! Всех с наступающим :)!!!
47.
user633533_encantado
1128.12.18 17:08 Сейчас в теме
00-00188874
Описание:
При работе в клиент-серверной базе может ошибочно возникать сообщение о перемещении БД.
Когда пользователь подключается со строкой соединения в которой Srvr параметр отличен от имени сервера и подтверждает, что информационная база перемещена, следующее регламентное задание, работающее с внешними ресурсами, будет блокировать информационную базу.
Исправлена: "1С:Библиотека стандартных подсистем", версия 3.0.1.349
Была такая же ошибка. Выяснилось следующее: в свойствах базы в кластере серверов написано DNS-имя базы, а у пользователя в окне свойств подключения указан IP-адрес. Нужно в обоих местах написать либо DNS-имя, либо IP-адрес. Проблема исчезает.
Была такая же ошибка. Выяснилось следующее: в свойствах базы в кластере серверов написано DNS-имя базы, а у пользователя в окне свойств подключения указан IP-адрес. Нужно в обоих местах написать либо DNS-имя, либо IP-адрес. Проблема исчезает.
(55) Странно, т.к. обновил 4 базы на этот релиз, и у всех ошибка пропала. А вот в последних УТ - нет (по крайней мере при попеременном использования баз в разных режимах: веб и тонком)
В УНФ 1.6.16.184 перестал работать обмен с бухгалтерией
{ОбщийМодуль.РегламентныеЗаданияСлужебный.Модуль(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
Получается, этот параметр вообще ни на что не влияет, т.к. нигде не используется?
Будем искать дальше.
Вот тут товарищи предлагают либо совсем убрать все проверки, либо не проверять имя сервера. В первом случае слишком сурово, проверять различные случаи надо, на то они и различные случаи. Во втором тоже как-то не совсем проверка получается.
Решение кто-то тут уже озвучивал, надо в функции УстановленаБлокировкаРаботыСВнешнимиРесурсами модуля РегламентныеЗаданияСлужебный строку
и это сделает проверку строки соединения регистронезависимой. Пол дела, считай, сделано. А вот как сравнивать DNS-имена и IP-адреса, это надо разрабочикам 1С подумать.
А потом, нужна-таки возможность деактивации всего этого механизма проверки перемещения, т.к. тем, кто не использует РИБ, не сильно-то он и нужен.
В Рознице 2 тоже столкнулся с такой проблемой, после переноса базы из файлового варианта на сервер SQL. Используется РИБ с синхронизацией по расписанию. На сервере регламент перестал работать и сообщал об ошибке "Изменилась строка соединения информационной базы. Возможно информационная база была перемещена. Регламентное задание "Синхронизация данных" отключено".
Проблема решилась установкой всем пользователям одинаковых параметров для подключения к базе, в данном случае имя сервера.
Тоже переходим на кластер серверов. Вылезают проблемы:
1. Сохраненное имя базы: "test", текущее имя базы: "TEST". Сохраненное имя компьютера: "1c-serv1,1c-serv2", текущее имя компьютера: "1c-serv1;1c-serv2"
Решение - везде единообразно прописать имя сервера и имя базы - в примере, имя базы в разных регистрах, имена серверов в первом случае через запятую, во втором четез точку с запятой.
2. В одной из баз конфигурация решила проверять не имена серверов из подключения ,а имя сервера, на котором фактически выполняется серверный код. Получаем сообщение
Работа с внешними ресурсами заблокирована
Различаются имя информационной базы или имя компьютера.
Сохраненное имя базы: test, текущее имя базы: test.
Сохраненное имя компьютера: 1c-serv1, текущее имя компьютера: 1c-serv2
В результате выяснилось следующее - в модуле: РегламентныеЗаданияСлужебный, процедура ПараметрыБлокировкиРаботыСВнешнимиРесурсами был изменен параметр блокировки "ПроверятьИмяСервера" с истина, на ложь.