информационная база не связана с хранилищем конфигурации #734119

добрый день, подключаюсь к хранилищу а выдает "информационная база не связана с хранилищем конфигурации", надо просто отключиться от него и заново подключится пишут, просто это пишет на рабочей конфигурации, ничего страшного не произойдет)?

Произойдёт. Конфа будет полностью заменена на конфу из хранилища. Но если в хранилище лежит актуальная версия, и в рабочей базе - она же, то всё должно быть в порядке.

спасибо за разъяснения, а можно как-то проверить перед тем как подключаться актуальная ли версия?

только надо выгрузить сф конфигурации рабочей и сравнить на другой базе которая подключена к хранилищу?

у вас база, которая в продакшене, подключается к хранилищу?? смело!

И что? Абсолютно нормальная ситуация.

Нормально и очень удобно. Можно так, да.

спасибо!

Сколько видел, и сам пользую - к хранилищу подключена тестовая.

И что? Чем ужасным грозит подключение рабочей базы к хранилищу?

удобным применением изменений)

Вот именно.

А-ха-ха. И тестовая тоже, да. Кто сказал, что к хранилищу подключена _только_ рабочая?

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

Все правильно. Вагон носителей незамутненного сознания что-то наколотили в хранилище. После этого ответственное лицо проверяет, можно ли поднимать изменения или это лажа. Если можно, то поднимает. Как ваша бесправность противоречит тому, что рабочую можно и вполне себе нужно обновлять из хранилища? Кто сказал, что это должен делать именно тот, кто поместил что-то в хранилище?

Оба метода имеют право на жизнь. Но я предпочитал обходиться без поставки всегда.

Рабочая среда вообще изолирована от среды разработки и хранилища. Совсем. Так что мы имеем первое затруднение. Второе, кто-то кто обновляет - именно он должен являться администратором хранилища, теоретически может не иметь ни малейшего отношения к 1С. P.S. Я не утверждаю что описанный мной способ является единственно верным. Просто описываю реалии того что я видел/пользовал и не единожды.

Если изолирована - то в чём вопрос? Делайте, как удобнее. Хранилище - вполне нормальное решение, если реалии от ваших отличаются.

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

В написано, что к хранилищу подключена тестовая. Что не в тему, потому что мы говорим про подключенность или неподключенность к хранилищу рабочей. В констатация того, что вам не дают доступ к рабочей (опять же, причем здесь это?) и того, что в вашем случае кто-то там обновляет все из поставки (опять же, как ваш конкретный случай вдруг делает неправильным подключение рабочей базы к хранилищу?). В опять же какие-то рассказы про конкретные ситуации, после чего фраза про то, что все это твой личный опыт, а не претензия на наиболее правильный вариант. Спрашивается, мы здесь делимся опытом, у кого как или выясняем, какой вариант наиболее правильный?

Роман, какой же ты нудный

Ты понял, что своим новым ником ты самопослал себя же? :))

Я для себя сделал вывод что подключение рабочей базы к хранилищу (как и демоническое обновление) лучше не юзать, от греха подальше...

нет, нах)

"т.к. оно (хранилище) постоянно глючит." Мда, у кого-то и винда кривая и стул скрипучий и 1С глюкавая :))

Лучше от греха подальше вообще от компьютера отойди :))

пессимист - это хорошо информированный оптимист)

храбро!

мы здесь дефакто меримся пиписьками, а деюре - отвечаем на вопрос в