1с информационная база не связана с хранилищем конфигурации
Обновлено: 07.07.2024
добрый день, подключаюсь к хранилищу а выдает "информационная база не связана с хранилищем конфигурации", надо просто отключиться от него и заново подключится пишут, просто это пишет на рабочей конфигурации, ничего страшного не произойдет)?
Произойдёт. Конфа будет полностью заменена на конфу из хранилища. Но если в хранилище лежит актуальная версия, и в рабочей базе - она же, то всё должно быть в порядке.
спасибо за разъяснения, а можно как-то проверить перед тем как подключаться актуальная ли версия?
только надо выгрузить сф конфигурации рабочей и сравнить на другой базе которая подключена к хранилищу?
у вас база, которая в продакшене, подключается к хранилищу?? смело!
Сколько видел, и сам пользую - к хранилищу подключена тестовая.
И что? Чем ужасным грозит подключение рабочей базы к хранилищу?
А-ха-ха. И тестовая тоже, да. Кто сказал, что к хранилищу подключена _только_ рабочая?
Смейтесь. Только вот доступа разработчикам к реальным данным у нас нет. Вообще. Для этого и существует тестовая, а на рабочую изменения накатывают совсем другие люди, посредством поставки.
Все правильно. Вагон носителей незамутненного сознания что-то наколотили в хранилище. После этого ответственное лицо проверяет, можно ли поднимать изменения или это лажа. Если можно, то поднимает. Как ваша бесправность противоречит тому, что рабочую можно и вполне себе нужно обновлять из хранилища? Кто сказал, что это должен делать именно тот, кто поместил что-то в хранилище?
Оба метода имеют право на жизнь. Но я предпочитал обходиться без поставки всегда.
Рабочая среда вообще изолирована от среды разработки и хранилища. Совсем. Так что мы имеем первое затруднение. Второе, кто-то кто обновляет - именно он должен являться администратором хранилища, теоретически может не иметь ни малейшего отношения к 1С. P.S. Я не утверждаю что описанный мной способ является единственно верным. Просто описываю реалии того что я видел/пользовал и не единожды.
Если изолирована - то в чём вопрос? Делайте, как удобнее. Хранилище - вполне нормальное решение, если реалии от ваших отличаются.
Я по удаленке работал на две мегакрупные масковские конторы, где юзали хранилище. В первой рабочая база была подключена к хранилищу, во второй нет (доступ был полный), архитектор был один и тот же и именно он принимал решение не подключать рабочую базу во второй конторе к хранилищу, т.к. оно (хранилище) постоянно глючит.
В написано, что к хранилищу подключена тестовая. Что не в тему, потому что мы говорим про подключенность или неподключенность к хранилищу рабочей. В констатация того, что вам не дают доступ к рабочей (опять же, причем здесь это?) и того, что в вашем случае кто-то там обновляет все из поставки (опять же, как ваш конкретный случай вдруг делает неправильным подключение рабочей базы к хранилищу?). В опять же какие-то рассказы про конкретные ситуации, после чего фраза про то, что все это твой личный опыт, а не претензия на наиболее правильный вариант. Спрашивается, мы здесь делимся опытом, у кого как или выясняем, какой вариант наиболее правильный?
Ты понял, что своим новым ником ты самопослал себя же? :))
Я для себя сделал вывод что подключение рабочей базы к хранилищу (как и демоническое обновление) лучше не юзать, от греха подальше.
"т.к. оно (хранилище) постоянно глючит." Мда, у кого-то и винда кривая и стул скрипучий и 1С глюкавая :))
При работе с хранилищем конфигурации время от времени могут возникать ошибки, предупреждения, которые не всегда являются критичными, и легко устраняются. Но зачастую разработчики, особенно новые, с ошибками не знакомы, или путаются в них, поэтому решено было собрать все ошибки и способы их решения в одном месте.
Речь пойдет о файловом варианте работы с хранилищем.
1. Ошибка аутентификации в хранилище конфигурации
Самая понятная из возможных ошибок. Данная ошибка возникает при вводе неверного логина и пароля.
Изменить логин и пароль может пользователь с административными правами на вкладке "Пользователи" окна "Администрирование хранилища конфигурации"
2. Пользователь существующей связи отличается от текущего
Тут важно понимать принцип работы хранилища конфигурации. Хранилище используются для коллективной разработки, т.е. у каждого разработчика есть своя база для разработки, есть свой пользователь хранилища, и все под своими логинами подключаются в свои базы. На практике бывает, что существуют общие базы, например на сервере для тестирования, и если она подключается к хранилищу, для нее необходимо заводить также отдельный логин и заходить в нее под ним (для удобства, в качество логина общей серверной базы можно использовать имя самой базы). Девиз хранилища: на каждую базу свой логин в хранилище.
Данная ошибка возникает, когда текущая база уже подключена к хранилищу под каким-то логином, а вы пытаетесь ввести другой логин. Это может быть по разным причинам:
- вы зашли в общую базу и пытаетесь войти под своим логином хранилища. Необходимо выяснить логин этой конкретной базы, и заходить под ним, но не переподключать под своим. Посмотреть, под каким логином подключена каждая база может пользователь с административными правами в хранилище, на вкладке "Подключения" окна "Администрирование хранилища конфигурации"
- вы развернули базу, которая уже была подключена к хранилищу. Необходимо отключить конфигурацию от хранилища и подключить заново.
3. Пользователь уже аутентифицирован в хранилище
Данная ошибка возникает, когда любая другая база уже подключена к хранилищу под логином, который вы вводите в текущей базе. И с ней работают под этим логином в данный момент.
При такой ошибке вы не сможете подключиться под введенным логином. Необходимо подключиться в хранилище под другим логином, либо найти того, кто подключился в другой базе под этим логином и договориться о том, кто использует этот логин.
4. Для данного пользователя уже имеется конфигурация связанная с данным хранилищем конфигурации
Предупреждение похоже на ошибку из предыдущего пункта, но есть небольшое отличие.
Данная ошибка возникает, когда любая другая база уже подключена к хранилищу под логином, который вы вводите в текущей базе. Но с ней не работают под этим логином в данный момент.
Предупреждение позволяет подключиться под введенным логином, но нужно понимать последствия. Если вы подключитесь под эти логином, то у другого пользователя рано или поздно возникнет ошибка из предыдущего пункта или аналогичное предупреждение. Рекомендую подключиться в хранилище под другим логином, либо найти того, кто подключился в другой базе под этим логином и договориться о том, кто использует этот логин.
5. При получении данных из хранилища или захвате объекта: Не удалось зафиксировать таблицу для чтения "Versions"
Данная ошибка возникает, когда вы уже длительное время подключены к хранилищу и за период работы были разрывы соединения.
Чтобы избавиться от ошибки, необходимо закрыть конфигуратор и зайти заново.
6. При подключении к хранилищу: Не удалось зафиксировать таблицу для чтения "Users"
Данная ошибка может возникать:
- когда вы уже длительное время подключены к хранилищу и за период работы были разрывы соединения.
Чтобы избавиться от ошибки, необходимо закрыть конфигуратор и зайти заново.
- когда в этот самый момент другой пользователь помещает большой объем данных в хранилище
Необходимо подождать, пока другой пользователь закончит помещение объектов в хранилище.
7. Файл не является файлом базы данных
Ошибка соединения с хранилищем конфигурации по адресу:
\\Server\Repository\project1
по причине:
Файл не является файлом базы данных '//Server/Repository/project1/1cv8ddb.1CD'
Данная ошибка может возникать при подключении к хранилищу:
- если есть зависший фоновый процесс к этой базе.
Необходимо зайти в диспетчер задач и принудительно снять зависший фоновый процесс, после этого повторно попробовать подключиться к хранилищу. Если база серверная, то этот процесс может быть зависшим у кого-то, кто работал с базой ранее. Необходимо найти, кто последний работал и попросить почистить у себя в диспетчере зависший процесс.
- если есть зависший сеанс другой базы, подключенной к этому хранилищу на этом компьютере
Так бывает, что одновременно приходится работать с разными базами в одном хранилище. Если про одну базу надолго забыть, и в ней будет появляться ошибка №5, то другую базу с этим хранилищем вы открыть не сможете. Необходимо завершить "забытые" сеансы.
8. Файл базы данных поврежден.
Ошибка соединения с хранилищем конфигурации по адресу:
\\Server\Repository\project1
по причине:
Файл базы данных поврежден '\\Server\Repository\project1\//1cv8ddb.1CD'
Данная ошибка может возникать:
- когда разработчики, подключенные к одному хранилищу, работают на разных версиях платформы и один из них поместил что-то из новой версии платформы.
- когда файл базы данных был действительно поврежден (отключение электричества, скачки напряжения и т.п.)
1. Всем разработчикам закрыть все конфигураторы, подключенные к хранилищу
2. Почистить кэш хранилища
3. Одному запустить конфигуратор от имени администратора
4. Подключиться к хранилищу
Если указанные действия не помогли, можно воспользоваться утилитой chdbfl.exe, но в моей памяти мне она ни разу не помогла и единственным выходом было создание хранилища с нуля.
9. Неклассифицированная ошибка работы с хранилищем конфигурации
Данная ошибка может возникать, когда к хранилищу подключаются разными версиями платформы. Например: 8.3.10.2667 и 8.3.12.1529
1. Всем разработчикам закрыть все конфигураторы, подключенные к хранилищу
2. Очистить глобальный кэш хранилища
3. Синхронизировать версии платформ.
10. Ошибка "База данных не открыта"
Данная ошибка может возникать при подключении к хранилищу:
- если есть зависший фоновый процесс к этой базе;
- если есть зависшие блокировочные файлы в каталоге хранилища.
1. Если причина в зависших фоновых процессах на локальном компьютере, то лечение как в п.7.
2. Если п.7 не помог, то необходимо всем закрыть конфигураторы, зайти в каталог хранилища, и удалить блокировочные файлы размером 0 байт.
11. Ошибка "Ошибка совместного доступа к хранилищу конфигурации"
При получении данных из хранилища возникает ошибка:
---- Начало операции с хранилищем конфигурации ----
Повтор попытки получения объектов из хранилища конфигурации
Повтор попытки получения объектов из хранилища конфигурации
Повтор попытки получения объектов из хранилища конфигурации
Повтор попытки получения объектов из хранилища конфигурации
Повтор попытки получения объектов из хранилища конфигурации
Повтор попытки получения объектов из хранилища конфигурации
Ошибка совместного доступа к хранилищу конфигурации:
\\Server\Repository\project1
Не удалось заблокировать таблицу 'OBJECTS'
---- Операция с хранилищем конфигурации отменена ----
Данная ошибка может возникать при получении данных из хранилища:
- если в этот момент с другого компьютера запущен процесс оптимизации хранилища;
1. Дождаться окончания оптимизации хранилища
2. Повторно запросить получение данных из хранилища.
Это, конечно, не весь список ошибок, который может возникать при работе с хранилищем. Я привёл те ошибки, с которыми я лично не раз сталкивался и решал указанными мной способами. Если у вас есть ошибка, которая не описана, и вы знаете способ ее решения, пишите в комментарий, я с удовольствием добавлю информацию в общую статью.
Читайте также: