При попытке настроить резервное копирование программа ругается на comcntr.dll

Здравствуйте.
После обновления 1С:Бух на 3.0.57.17 и установки платформы 8.3.10.2505 не можем настроить архивирование для файлового варианта БД. Программа ругается на comcntr.dll.
Перерегистрация comcntr.dll не помогла.
База расположена на сервере 64-разрядном. Но серверную компоненту для платформы, о которой идет речь выше, мы не ставили.
Платформа у нас стоит в папках:
c:\Program Files (x86)\1cv8\8.3.10.2505\
и
c:\Program Files\1cv8\8.3.10.2505\.
Запускаем 1С через
«C:\Program Files (x86)\1cv8\8.3.10.2505\bin».
Подскажите, как устранить ругань на эту dll.

Регистрировать пробовали так:
regsvr32 «c:\Program Files (x86)\1cv8\8.3.10.2505\bin\comcntr.dll»
и
regsvr32 «c:\Program Files\1cv8\8.3.10.2505\bin\comcntr.dll»
через команду «Выполнить».
Программа сообщала, что регистрация прошла успешно.

Помогла статья?

Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

Пароль будет выслан на указанный email

Все комментарии (14)

    1. Ольга, добрый день!
      Вопрос можно закрывать? Он решился? Дайте, пожалуйста, обратную связь.)

  1. Приложение

    Добрый день, Ольга!
    Обычно, программа при обновлении регистрирует эту компоненту автоматически, поэтому перед любыми действиями сделайте копию базы на всякий случай, если потом придется разбираться с ней специалисту.
    Вопросов у меня, на самом деле много, поскольку если Вы только обновляли конфигурацию базы без обновления Платформы, то — ситуация непонятна.
    Регистрация компоненты идет именно при обновлении Платформы.
    Если Платформа обновлялась тоже, то желательно запустить программу из предыдущей Платформы — это можно сделать войдя, например, как у меня, в папку c:\Program Files (x86)\1cv8\8.3.9.2033\bin\ и запустив из нее приложение 1С.
    Если там все нормально по настройке резервного копирования, то новую Платформу желательно переустановить.

    Если Платформу Вы не переустанавливали, то что можно предложить в этой ситуации…
    В целом, направление исправления вы выбрали верное: нужно зарегистрировать библиотеку ComConnector comcntr.dll из каталога программы.
    В 32-битной версии сервера проблема решилась бы командой: regsvr32 «c:\Program Files (x86)\1cv8\8.3.10.2505\bin\comcntr.dll»
    Но вы пишите, что у вас база расположена на 64-х разрядном сервере, тогда команда уже должна быть другой:
    C:\Windows\SysWOW64\regsvr32 «c:\Program Files (x86)\1cv8\8.3.10.2505\bin\comcntr.dll»
    и
    C:\Windows\SysWOW64\regsvr32 «c:\Program Files\1cv8\8.3.10.2505\bin\comcntr.dll»

    Перед тем как выполнять команду отройте папку C:\Windows и убедитесь, что папка SysWOW64 с компонентой regsvr32 есть.

    1. Приложение  

      Выполните команды регистрации.
      Если все хорошо, то перезайдите в 1С и снова попытайтесь настроить резервное копирование.

      1. Приложение

        Выполнение команды в 64-битной версии.

    2. Приложение

      Если команда регистрации не помогла, то нужно предварительно удалить регистрацию библиотеки comcntr.dll, запустив ту же команду вызова regsvr32 с ключом /u:
      C:\Windows\SysWOW64\regsvr32 «c:\Program Files (x86)\1cv8\8.3.10.2505\bin\comcntr.dll» /u
      и
      C:\Windows\SysWOW64\regsvr32 «c:\Program Files\1cv8\8.3.10.2505\bin\comcntr.dll» /u

      Потом снова выполнить регистрацию как показано выше:
      C:\Windows\SysWOW64\regsvr32 «c:\Program Files (x86)\1cv8\8.3.10.2505\bin\comcntr.dll»
      и
      C:\Windows\SysWOW64\regsvr32 «c:\Program Files\1cv8\8.3.10.2505\bin\comcntr.dll»

      Буду рада, если это вам поможет. Обычно такие случаи требуют анализа ситуации на рабочем месте пользователя.

  2. Мы пробовали перерегистрировать еще раз .dll, но это не дало результатов.
    Правда при разрегистрации
    C:\Windows\SysWOW64\regsvr32 «c:\Program Files\1cv8\8.3.10.2505\bin\comcntr.dll» /u
    выдалась ошибка (нули с буквами). И после этого при попытке удалить документы, помеченные на удаление, платформа выкидывает пользователя, под которым происходит удаление.
    Может это ошибка платформы, которую мы поставили? Может попытаться поставить платформу более высокой версии?
    Или наоборот версией чуть ниже?

    1. Без базы мне сложно понять ситуацию, но можно попробовать:
      — выгрузить в dt базу
      — удалить Платформу через Пуск — Параметры — Приложения и снова установить Платформу
      — в новом месте создать новую пустую базу и загрузить туда сделанную копию.
      И посмотреть, как будет работать база на новом месте.

      Тут очень важно понимать, какая у вас база. Часто на сервере лежит в «расшаренной папке» общая база, не SQL-серверная. Тогда резервное копирование настраивается. Если у вас такой случай (вы пишите, как я поняла, что этот вариант раньше работал), то можно попробовать сделать указанные выше действия.

      (!) Если же у вас все-таки КЛИЕНТ-СЕРВЕРНЫЙ ВАРИАНТ, то настроить резервное копирование вы не сможете, вот информация из справки 1С:
      «Использование резервного копирования в режиме 1С:Предприятия предусмотрено только для файлового варианта работы. В клиент-серверном варианте работы программы для создания резервных копий рекомендуется использовать средства СУБД. Более подробную информацию об этом можно найти в книге «1С:Предприятие 8. Клиент-серверный вариант. Руководство администратора».

  3. Такая ошибка с платформой наблюдается как с новой, которую мы добавили к списку всех платформ, которые у нас уже были установлены ранее, так и со старой платформой, с которой ранее такой ошибки не наблюдалось.

    1. Приложение

      Дала рекомендации ниже, посмотрите их.
      Добавляю ссылку на информацию разработчиков в прикрепленном файле.

      1. Ирина, у нас файловый вариант БД, который лежит на серверной машине в папке с общим доступом.
        А с .dll, как я понимаю, т. к. на сервере стоит еще и серверная БД (на SQL) по торговле, то лучше удалить вплоть до кластера серверов, чтобы .dll ушли из реестра, а затем заново все поставить.
        Или как вариант для нас, у нас есть резервная копия диска С до установки последней платформы для бухгалтерии. Можно эту копию развернуть на диск, т. е. откатиться к прошлым установкам.

        1. Можно попробовать и это. Платформу мы не советуем часто менять, делаем обычно это уже по мере необходимости, когда новое обновление не может работать на старой Платформе.

          PS: Вам же самим хлопотно менять Платформы без необходимости.)
          Приходится переустанавливать их на сервер и каждый компьютер пользователя. И про само обновление — как вы его делаете? Автоматически из 1С или из Конфигуратора? Лучше в этот раз обновить из Конфигуратора, когда восстановите. И обращайте внимание, чтобы не было динамической обновления при работающих пользователях. Тоже могут быть проблемы.

      2. Скопировали базу на обычную машину пользователя. Настроили резервное копирование. Все хорошо. Ругани на . dll нет. Дело в кривой платформе, которую мы поставили на сервер.

        1. Хорошо! 🙂

Комментарии закрыты