такая же "ошибка" и в Главе 6 документации КСВ.Руководство администратора. это неспроста и хочется разобраться с основаниями делать копии баз в контексте обновления платформы.
спасибо за пояснения.
будем искать дальше тех, у кого базы "ломались" и пришлось восстанавливать
это (что не регистриуется автоматически) странно и не соответствует 1. главе 6 документации КСВ.Руководство администратора: в ней нет пункта по регистрации компоненты 2. нашему ограниченному опыту: при обновлении версии платформы 8.3.25 соответствующая компонента автоматически зарегистрировалась. и только при возврате на старую версию (8.3.22) нам пришлось регистрировать компоненту (для старой версии) вручную, потому что после удаления версии 8.3.25 зарегистрированной осталась компонента для версии 8.3.25
статья полезная для нас, автор поделился личным опытом, не претендует на универсальность и полноту. статью модель сравнить с типовой документацией и выбрать для себя оптимальный подход как комбинацию. и комментарии к статье очень полезны с этой точки зрения.
именно так: эти пункты из последнего раздела инструкции - активации новой платформы, после выполнения всех других действий включая установку ПО на сервер 1С. все так?
В конечном итоге всех выгоняем и блокируем вход. Почему нельзя это сделать до установки. 5 минут ничего не решат, не так ли.
наверное потому что есть ситуации, когда обновиться как можно быстрее, решают и 5 минут. кстати в Клиент-серверный вариант. Руководство администратора в Главе 6 ровно такой порядок, цитирую:
1. Отключить всех пользователей от информационных баз обновляемого кластера серверов.
Современные системы часто интегрируются друг с другом через API и другие интерфейсы. Устаревшие версии 1С ERP могут не поддерживать их (ц)
пример не привидете ли?
Выяснилось, что проблема заключалась в проверке корректности заполнения расчетных счетов при формировании списка. (ц)
правильно понял, это ошибка типового решения? если так, как отреагировал 1С на нее: признал? исправил в новых версиях?
спасибо
Выяснив, в чем дело, мы направили обратную связь в 1С об этой проблеме (ц)
Что ответил 1С? признал ошибку? Что рекомендовал как решение?
наверное были основания
не сжимать базу перед конвертацией
не использовать синхронизацию двух узлов механизмами 1С
самый конец 2004 года - выход УПП1.1. только она была приспособлена для внедрения. все остальное в статье под стать - с неточностями
все нормально - быстро же разобрались
точно ли добавляет ярлык регистарции comcntr.dll (СОМ.Соединения) добавляет в меню Пуск? (а не регистрацию ли утилиты админстрирования сервера)
такая же "ошибка" и в Главе 6 документации КСВ.Руководство администратора. это неспроста и хочется разобраться с основаниями делать копии баз в контексте обновления платформы.
спасибо за пояснения.
будем искать дальше тех, у кого базы "ломались" и пришлось восстанавливать
это (что не регистриуется автоматически) странно и не соответствует
1. главе 6 документации КСВ.Руководство администратора: в ней нет пункта по регистрации компоненты
2. нашему ограниченному опыту: при обновлении версии платформы 8.3.25 соответствующая компонента автоматически зарегистрировалась. и только при возврате на старую версию (8.3.22) нам пришлось регистрировать компоненту (для старой версии) вручную, потому что после удаления версии 8.3.25 зарегистрированной осталась компонента для версии 8.3.25
статья полезная для нас, автор поделился личным опытом, не претендует на универсальность и полноту. статью модель сравнить с типовой документацией и выбрать для себя оптимальный подход как комбинацию. и комментарии к статье очень полезны с этой точки зрения.
так что спасибо автору
разве при установке новой версии платформы не происходит автоматическая регистрация актуальной компоненты СоМ.Соединение?
именно так: эти пункты из последнего раздела инструкции - активации новой платформы, после выполнения всех других действий включая установку ПО на сервер 1С. все так?
правильно понимаю, Вы сталкивались с тем, что после обновления платформы нарушались/разрушались данные в файлах настройки кластера?
когда это случается? из-за чего?
мы столкнулись с ситуацией "нарушены данные в файлах". пока не можем понять как случилось
если правильно понял автора статьи, смысл как раз в том чтобы не делать то, о чем Вы написали в последнем предложении
наверное потому что есть ситуации, когда обновиться как можно быстрее, решают и 5 минут.
кстати в Клиент-серверный вариант. Руководство администратора в Главе 6 ровно такой порядок, цитирую:
1. Отключить всех пользователей от информационных баз обновляемого кластера серверов.
2. Остановить кластер серверов
спасибо за пояснения.
я понял, что у вас при обновлении сервера (не конфигурации) базы не ломались
если не затруднит ответьте пожалуйста:
при каких сценариях обновления сервера 1с может сломаться информационная база? (и значит пригодится резервная копия информационной базы)
порядок отката на старую версию платформы (при необходимости)? кратко крупными пунктами
как при таком откате (п.2) используется резервная копия информационной базы?