1с 7 требуется установить компонент управления распределенными
Обновлено: 06.07.2024
Отличия механизмов обмена данными 1С:Предприятия 8 и 1С:Предприятия 7.7
В данном разделе кратко описаны различия в механизмах распределенной информационной базы 1С:Предприятия 8 и компоненты "Управление распределенными информационными базами" 1С:Предприятия 7.7 (УРИБ). Целью раздела не является полный анализ различий двух механизмов, скорее это попытка оказать помощь разработчику, использовавшему 1С:Предприятия 7.7, при построении распределенной информационной базы 1С:Предприятия 8.
В платформе 1С:Предприятие 8 помимо механизма распределенной информационной базы также присутствует универсальный механизм обмена данными. Универсальный механизм обмена данными позволяет производить обмен не только между идентичными конфигурациями, но и конфигурациями, имеющими различную структуру, а также с другими программными системами. Универсальный механизм обмена и механизм распределенной информационной базы основываются на одних и тех же механизмах платформы 1С:Предприятие и представлены в конфигурации объектами метаданных ПланОбмена . Возможно не только одновременное использование обоих механизмом для осуществления обмена данными - для этого используется несколько объектов метаданных ПланОбмена , в которых выбирается используемых механизм и определяется основная логика обмена данными.
Прежде чем сравнивать функциональные возможности двух механизмов стоит отметить, что, в отличие от 1С:Предприятия 7.7 (в котором механизм представлял собой отдельно устанавливаемую компоненту), в платформе 1С:Предприятие 8 механизм распределенной информационной базы является неотъемлемой частью платформы и, вследствие этого, не имеет отдельно ключа аппаратной защиты.
Общие принципы
Общие принципы функционирования механизмов в рассматриваемых версиях платформы 1С:Предприятия похожи и отличны одновременно. Можно сказать, что реализация механизма распределенной информационной базы является не только развитием компоненты "Управление распределенными информационными базами" 1С:Предприятия 7.7, но также представляет собой совершенно иной взгляд на организацию распределенной информационной базы и логику обмена данными внутри нее.
Структура распределенной информационной базы
Структура распределенной информационной базы в версии 7.7 представляла собой двухуровневую иерархию, т.е. имелась четко выделенная центральная информационная база и множество периферийных информационных баз. В платформе 1С:Предприятие 8 структура распределенной информационной базы является многоуровневой иерархией: имеются главные узлы и подчиненные узлы распределенной информационной базы, у которых в свою очередь могут быть собственные подчиненные узлы и т.д. Однако отсутствует понятие "Центральная информационная база" в том виде, в каком оно было в версии 7.7.
В версии 1С:Предприятия 8 можно выделить корневой узел - узел, в котором имеется возможность изменения конфигурации. Все узлы распределенной информационной базы при обмене обладают равными правами. Стоит отметить, что структура распределенной информационной базы (при использовании платформы версии 8) может быть легко изменена, вплоть до изменения корневого узла распределенной информационной базы.
Передача изменений между узлами распределенной информационной базы
Создание узлов распределенной информационной базы
Компонента УРИБ предоставляла единственную возможность создания информационной базы периферийного узла распределенной информационной базы - выгрузка образа новой периферийной информационной базы в файл. В отличие от компоненты УРИБ в платформе версии 8 нет ограничений на способ создания информационной базы, включаемой в состав распределенной информационной базы. Основным требованием является идентичность конфигураций включаемой информационной базы и распределенной информационной базы. Для удобства создания информационной базы нового узла в платформе 1С:Предприятие 8 предусмотрена процедура создания начального образа. Начальный образ может быть создан как в виде файлового варианта информационной базы, так и в виде клиент-серверного варианта.
В версии 8 узел распределенной информационной базы может в любой момент быть выделен из распределенной информационной базы и вновь включен в структуру распределенной информационной базы.
Синхронизация конфигураций
Свойство "Только получатель"
Данного свойства нет в распределенной информационной базе платформы версии 8. Однако поведение аналогичное данному свойству может быть смоделировано при помощи средств встроенного языка.
Участники обмена
Аналогично компоненте УРИБ обмен в платформе 1С:Предприятие 8 осуществляется "пообъектно". Однако в отличие от УРИБ в версии 8 движения документа (являющиеся, по сути, наборами записей различных регистров) мигрируют независимо.
Область миграции
Также в платформе 1С:Предприятие 8 отсутствует понятие "места создания" элемента данных. Данное понятие может быть смоделировано средствами конфигурирования. Например, это может потребоваться для управления миграцией документов, участвующих в последовательностях (подробное описание в статье "Особенности использования последовательности документов в распределенной информационной базе"). Стоит отметить, что если в компоненте УРИБ "место создания" однозначно "привязывало" элемент данных к узлу распределенной ИБ, то в версии 8 реализация привязки элемента данных к узлу по прикладному признаку позволяет выполнять, при необходимости, перенос привязки подобных данных из одного узла распределенной ИБ в другой.
Обмен
Разрешение коллизий
В версии платформы 1С:Предприятие 8 коллизии, возникающие при обмене данными, могут быть разрешены средствами встроенного языка не только в момент регистрации изменений или записи элементов данных (как это было возможно в УРИБ), но и на этапе выгрузки/загрузки измененных данных. Это позволяет достичь гибкости в алгоритмах разрешения коллизий.
Примеры использования различных возможностей, а также некоторые примеры реализации обмена можно найти в демонстрационной конфигурации "Обмен данными".
В данной статье речь пойдет о настройке распределенной базы данных 1С предприятие 7.7, в качестве примера будет использована конфигурация Управление Торговлей 9.2.
Что бы настроить РИБ в 1С 7.7 нужно зайти в конфигуратор и перейти в Администрирование-Распределенная ИБ-Управление.
В данной статье я расскажу как настроить автообмен используя локальную сеть, если вам понадобится автообмен по почте, то оставьте ваш запрос в комментариях или свяжитесь со мной по почте и я вам расскажу как это сделать.
Выставляем все как на слайде, пути к каталогам у вас могут быть свои, галочки должны стоять как на скриншоте сверху. Нажимаем OK.
Предположим, что компьютер на котором будет работать наша риб находится недалеко от основного компьютера с центральной базой и оба компьютера объединены в локальную сеть.
Теперь необходимо настроить РИБ на клиентском компьютере, для этого берем наш выгруженный на предыдущих шагах zip-файл и создаем на его основе информационную базу. На скриншотах внизу показана полная последовательность действий.
Выбираем новую ИБ и переходим в режим конфигуратора.
В пустой папке мы создаем пустую ИБ, поэтому 1С просит указать нас в каком формате будет наша база, выбираем *.dbf. Нажимаем OK.
Теперь загрузим выгруженный на прошлых шагах zip-файл в нашу базу, для этого перейдем в администрирование-загрузить данные.
Укажем путь к файлу и нажмем OK.По окончании загрузки нажмем OK и перейдем в администрирование-распределенная иб-автообмен.
На данном шаге необходимо учитывать правило: Директория выгрузки ЦБ = Директории загрузки ПБ и наоборот, т.е. если в центральной базе мы выгружали в папку out а загружали из папки in, то в периферийной базе мы будем загружать из папки out, а выгружать в папку in. Нажимаем OK и переходим к следующему шагу. Выполняем автообмен. Для этого в центральной базе зайдите в администрирование-распределенная иб-автообмен.
Теперь автоматизируем процесс. Для этого необходимо создать по 4 файла на каждом компьютере. По 2 *.prm файла и по 2 *.bat файла на каждую из операций загрузки-выгрузки.
*.bat файл должен содержать в себе следующую строку:
У меня файлы загрузки и выгрузки выглядит так:
Вы прописываете свои значения. Теперь разберемся с prm-файлами!
Структура файла .prm:
Секция “General” – предназначена для описания основных параметров работы пакетного режима. Возможные параметры:
Возможными значениями данных параметров могут быть 1(Y) или 0(N).
Секция “AutoExchange” – предназначена для определения параметров автообмена. Параметры:
Секция “SaveData” – предназначена для определения параметров сохранения базы. Возможные параметры:
Секция “ UnloadData” – предназначена для определения параметров выгрузки данных. Параметры:
Секция “ CheckAndRepair” – предназначена для определения параметров восстановления базы данных. Возможные параметры:
Исходя из этого мои файлы будут содержать следующее:
для загрузки из ЦБ в периферийную:
[General]
Output = log.txt
Output = 1
AutoExchange = 1[AutoExchange]
ReadFrom = ЦБ
для выгрузки из ЦБ в периферийную:
[General]
Output = log.txt
Output = 1
AutoExchange = 1[AutoExchange]
WriteTo = ЦБ
для загрузки из периферийной в ЦБ:
[General]
Output = log.txt
Output = 1
AutoExchange = 1[AutoExchange]
ReadFrom = ПБ1
для выгрузки из периферийной в ЦБ:
[General]
Output = log.txt
Output = 1
AutoExchange = 1[AutoExchange]
WriteTo = ПБ1
Теперь достаточно поместить bat- и prm- файлы в одну папку и запускать по очереди для выполнения загрузки и выгрузки.
Распределенная Информационная База (РИБ) 1С:Преприятие 7.7: 29 комментариев
Подскажите, пожалуйста, Конкретнее версию Конфигурации с которой вы проделали данные процедуры.
Спасибо за пошагово-простое и наглядное пособие для чайников по созданию РИБ ! 🙂
. В данное время разработка данного FAQ еще не завершена .
Далее по тексту слово "программа" - обычно означает "программа 1С: Предприятие 7.7".
Что такое распределенная база данных?
База данных, работа с которой осуществляется с нескольких компьютеров
(или нескольких компьютерных сетей),
которые не связаны в единую компьютерную сеть.
Время от времени между ними осуществляется синхронизация (репликация, обмен данными)
данных. То есть распределенная база данных представляет из себя
логически единую базу данных, состоящию из изолированных
автономно работающих частей (отдельных компьютеров или целых компьютерных сетей).
Термин "распределенная база данных" применяется:
- К самой базе данных, работа с которой организована описанным выше образом.
- К программным механизмам, которые обеспечивают поддержу работы с такой базой данных.
Типичный пример: два офиса одного предприятия, не имеющие постоянного канала связи между собой
(то есть не соединенные локальной компьютерной сетью или постоянным соединением через Internet),
в БД головного офиса время от времени (например, раз в сутки) приходят данные из БД
офиса-филиала.
Другой пример: Центральный офис и множество розничных торговых точек, в
БД розничных точек приходят данные о поставках из центрального офиса,
а обратно в офис приходят данные о продажах в этих розничных торговых точках.
В чем принципиальное отличие работы с распределенной базой данных программы 1С: Предприятие
от работы с ней при помощи модема и терминального сервера или WEB-компоненты?
Распределенная база данных использует каналы связи только на небольшое время
при проведении синхронизации (обмена данными),
более того, можно производить обмен данными посредством дискет, компакт-дисков и т.п.,
то есть вовсе без какой-либо компьютерной сети (без локальной сети, без Internet'а или т.п.).
Большую часть времени работа ведется без использования канала связи.
Для обеспечения такой работы в каждом из нескольких офисов (торговых точках и т.п)
фирмы находится необходимая данному подразделению часть базы данных
(или полностью вся база данных фирмы).
При работе при помощи терминального сервера или WEB-компоненты
используется одна единая база данных (обычно находящаяся в центральном офисе).
При этом для работы с ней требуется задействовать какой-либо канал связи
(локальную сеть, Internet и т.п.).
Как только связь разрывается - работа с базой данных в удаленном офисе прекращается,
так как база данных становится недоступна.
Что такое терминальный сервер? И зачем он используется для работы с программой 1С: Предприятие?
Что такое терминальный сервер и как его использовать с программой 1С: Предприятие описано в другом FAQ'е
При помощи чего можно организовать работу с распределенной базой данных?
- При помощи компоненты "Управление распределенными информационными базами" (УРИБ) от фирмы 1С.
- Можно также воспользоваться разработками других фирм, например, разработкой фирмы
ПиБи. - Можно создать собственный механизм, реализующий работу распределенной базы данных.
Что за компонента такая "УРИБ"?
УРИБ - "управление распределенными информационными базами" - это разработанный фирмой 1С
и интегрированный в ядро платформы 1С: Предприятие 7.7 механизм, предназначенный
для программной поддержки работы с несколькими изолированными базами данных как
с единым целым (как с единой распределенной базой данных).
В общем схема работы механизма 1С: УРИБ такова:
УРИБ отслеживает изменения, производимые в базе данных.
Формирует файлы выгрузки, содержащие только измененные данные.
Эти файлы должны быть переданы в другие части распределенной базы данных
(по электронной почте или на дискете и т.п.).
Загружает файлы загрузки, которые содержат данные, измененные в других частях базы данных.
Эти файлы должны быть каким-либо образом (электронная почта, дискеты и т.п.) получены
из других частей распределенной базы данных.
Продается компонента УРИБ, обычно, как отдельный продукт и,
обычно, требует отдельного ключа Hasp.
Физически компонента представляет собой один-единственный файл - distrDB.dll - наличие которого требуется
только в центральной части распределенной базы данных.
Что такое "Менеджер обмена данными" фирмы ПиБи?
Программный механизм переноса объектов между разными базами данных 1С: Предприятие 7.7.
Самая главная его часть - это дополнительный код на языке программирования 1С: Предприятие,
встраиваемым специальной утилитой в произвольную конфигурацию.
Чем отличается "Менеджер обмена данными" фирмы ПиБи от 1С: УРИБ?
Можно ли организовать распределенную БД, используя возможности репликаций, имеющиеся в сервере MS-SQL
Нет. Пользуйтесь механизмами создания распределенных БД, созданным специально для программы 1C: Предприятие 7.7 фирмой 1С
или другими фирмами.
Это связано с нетривиальностью хранимых в БД данных программы 1С: Предприятие и с тем, что она (программа 1С: Предприятие)
контролирует целостность структуры создаваемых ею таблиц, а при установлении Merge-репликации SQL-сервера в таблицы,
хранящие данные программы 1С: Предприятие, добавляется дополнительное поле - внутренний идентификатор реплицированной
строки. После опубликования таблицы на репликацию программа 1С: Предприятие будет считать что база данных разрушена и
откажется работать. Но именно Merge-репликации пригодна для организации распределенных баз данных. Репликация в режиме
SnapShot не нарушает работу программы 1С: Предприятие с опубликованной базой данных, но это однонаправленная, а не
двусторонняя репликация, поэтому она не может быть использована для организации распределенной базы данных. Хотя,
репликация в режиме SnapShot может быть пригодна для создания автоматически обновляемых копий базы данных для анализа
данных (чтобы такой анализ можно было проводить в другом офисе или дому у владельца предприятия или в основном офисе просто
для того, чтобы не перенапрягать основную рабочую систему сложными отчетами).
Будет ли работать компонента "Управление распределенными информационными базами" (УРИБ) от фирмы 1С, если в центральном
офисе 1С: Предприятие работает с использованием SQL-сервера, а в филиалах - с использованием DBF-файлов?
Да, будет работать. Файлы, с помощью которых осуществляется обмен данным в УРИБ не зависят от вида БД 1C: Предприятие 7.7 - DBF она или SQL.
Для обмена данными с использованием УРИБ требуется запускать 1С: Предприятие монопольно?
Нет. В центральной БД монопольного режима обычно не требуется.
Можешь обмениваться данными сколь угодно часто -
работа остальных пользователей с базой данных
будет притормаживаться во время обмена, не более.
Исключением являются чрезвычайно сильно перегруженные работой БД.
В таких БД обмен данными, возможно, не удастся осущестить с первого раза.
Или, даже, удастся произвести обмен только в монопольном режиме, выгнав всех пользователей.
Монопольный режим обязательно требуется только в периферийной БД,
и только тогда, когда в центральной БД изменен MD файл.
Монопольный режим нужен в таком случае,
чтобы накатать на периферию новый MD. Ну а обмен данными
попутно осуществляется.
При обмене данными с помощью УРИБ пишет предупреждение о
недоступности каких-то режимов, но загрузку и выгрузку все равно
производит.
Обмен данными можно производить как в монопольном, так и в разделенном режиме.
Теоретически, при обмене данными в разделенном режиме могут возникнуть
следующие проблемы, о чем на всякий случай и предупреждает программа
1С: Предприятие при выполнении обмена:
- Обмену данными могут помешать блокировки на используемых пользователями объектах,
если эти объекты будут загружены при обмене - Для периферийной (не для центральной) БД невозможно обновить конфигурацию. Однако если
конфигурация не была изменена со времени предыдущего обмена данными, то это неважно - Обмен данными будет прерван из-за слишком большой нагрузки на БД. Но его можно будет
повторить спустя несколько минут
Если файл МД был изменен на центральной базе, то как сделать так чтобы
переферийная это поняла? Распаковать пришедший МД и заменить новый на старый?
Если он сильно изменен? Только МД нужно поменять или что ещё?
Штатный (нормальный) режим работы:
- Конфигурация (MD-файл) настраивается только в центральной базе.
- Как только конфигурация изменена, она автоматически едет во все
периферийные базы - Т.е. zip-файл, который создается при обмене данными, будет
содержать, как обычно, сами данные, уезжающие на периферию
и, дополнительно, MD-файл. Это делает сама 1С. Ничего вручную
дополнительно делать не надо. - Этот zip-файл, как обычно, загружается в периферийную базу. Если
попытаться загрузить его не в монопольном режиме, то 1С сруганется
при загрузке, и загрузку следует повторить (уже в монопольном
режиме). - Строго говоря, в монопольный режим "1С: Конфигуратор" входит не
при своем запуске, как это делает "1С: Предприятие", а именно при
обмене данными. - Если MD-файл не добрался до периферии, то получить оттуда данные
после изменения конфигурации в центральной базе - не удастся. - Центральная база будет при каждом обмене данными внутри zip-файла
посылать измененный MD-файл, до тех пор, пока он не попадет в
периферийную базу. Точнее, до тех пор, пока периферийная база не
пришлет подтверждение, что MD-файл накатан.
Hикак не могy заставить pаботать 1С: Предприятие. Hе yстановлена, говоpит, компонента УРИБ.
В центральной БД для всех клиентов должна быть доступна
компонента УРИБ (доступна - значит должен быть в наличие
в каталоге, где лежит exe-файл 1С, файл distrDB.DLL
и специальный Hasp к нему или Sable).
В УРБД пpи пpопуске хотя-бы одного пакета обновления базы дальше не обновляются?
Пакет будет повторно посылаться до тех пор, пока не дойдет.
Точнее, пока в базу-отправитель пакета не придет подтверждение
из базы-приемника об успешном приеме пакета.
Как сделать распределенную базу нераспределенной?
В частности это бывает нужно для отцепления периферийной базы от центральной.
Для Базы данных в формате DBF достаточно удалить из каталога базы данных следующие файлы:
1SDBSET.DBF, 1SDBSET.CDX, 1SDWNLDS.DBF, 1SDWNLDS.CDX, 1SUPDTS.DBF, 1SUPDTS.CDX, 1SSYSTEM.DBF (не обязательно).
После чего желательно войти в Конфигуратор и сделать полный контроль. И это все.
При желании, можно восстановить обратно - достаточно эти файлы восстановить.
Для базы данных в формате SQL - аналогично,
только удалять нужно таблицы из SQL-базы: _1SDBSET, _1SDWNLDS, _1SUPDTS, _1SSYSTEM (не обязательно).
Купили компоненту, но потеряли дистрибутив. Где скачать компоненту "Управление распределенными базами данных" (УРИБ)
Забавное свойство дистрибутива 1С V77. Если накатать дистрибутив поверх уже установленной 1С V77, то он восстанавливает все файлы, даже пустые.
Таким образом, чтобы любую компоненту установить достаточно создать пустой файл в каталоге, куда установлена 1С V77 и заново установить 1С из дистрибутива методом обновления.
В частности для компоненты УРИБ нужно создать файл DistrDB.dll.
Имейте ввиду, что для нее нужен отдельный специальный ключик Hasp.
>> Это если ты компоненту УРИБ распихал по всем периферийным БД,
>> то - ключ нужен.
>> Только нафиг она (файл distrDB.DLL) нужна тебе на периферийных БД.
AZ> А как тогда отслеживать изменения в периферийных базах?
AZ> Оно без этого дела imho не работает..
AZ> Или я, возможно, не прав?
Hе прав. Не нужна.
А есть ли возможность средствами языка определить, какие док-ты и какие
элементы справочников попадут в выгрузку в распределённой компоненте? Имеется в
виду V7.70.021, не важно - торговля или бух.
Компонента УРБД (Управление распределенными базами данных) применяется для обмена информацией между двумя идентичными базами 1С. Если конфигурации разные, то применять ее также можно, об этом написано в другой статье. Для работы компоненты необходимо наличие файла DistrDB.dll в папке BIN программы 1С: Предприятие.
Рассмотрим действия по созданию распределенных баз данных. Например, у нас есть рабочая база в каталоге D:\base1. Требуется сделать ее центральной и создать периферийную базу.
1. Создаем каталог D:\base2 для периферийной базы.
2. В каталогах D:\base1 и D:\base2 создаем папки CP и PC (используем латинские буквы).
3. Запускаем конфигуратор центральной базы (D:\base1) и выбираем Меню - Администрирование - Распределенная ИБ - Управление.
4. Нажимаем кнопку "Центральная ИБ", в появившемся окне вводим код и наименование базы. Для кода лучше использовать цифры или латинские буквы. Вводим, например, 001 и "Центральная база", подтверждаем нажатием кнопки "ОК".
5. Нажимаем кнопку "Новая периф. ИБ" для того чтобы создать периферийную базу. Вводим для нее параметры: 002 и "Периферийная база 1".
6. Курсором выделяем базу "Периферийная база 1" и нажимаем кнопку «Настр. автообмена». В настройках меняем ручной режим на автоматический. Будьте внимательны, это важно.
7. Курсором выделяем базу "Периферийная база 1" и нажимаем кнопку «Выгрузить данные», затем кнопку "ОК". В результате выгрузки появится файл D:\base1\CP\020.zip.
8. Запускаем 1С в режиме конфигуратора, добавляем в окне запуска 1С новую базу "Периферийная база 1", указываем для нее ранее созданный каталог D:\base2.
9. Выбираем Меню - Администрирование – Распределенная ИБ – Управление. На заданный вопрос «Информационная база не обнаружена. Выполнить загрузку данных?» нажимаем кнопку "Да" и указываем имя файла "D:\base1\CP\020.zip", нажимаем кнопку "ОК". После окончания загрузки процесс создания периферийной базы можно считать законченным.
В статье и еще в одной приведены способы создания периферийной базы путем восстановления из бэкапа копии центральной базы либо приаттачивания файлов копии центральной базы для формата SQL и выполнения скрипта. Это будет полезно при больших объемах данных, когда выгрузки-загрузки растягиваются на часы или вообще нереальны.
Инструкция по обмену между распределенными базами с помощью компоненты УРБД (УРИБ)
Рассмотрим упрощенный пример, выполнять обмен будем вручную, запуская конфигуратор. Можно использовать пакетный режим конфигуратора, для доставки пакетов обмена можно использовать почту, ftp, автоматическое копирование файлов.
Для выполнения обмена необходимо выбирать Меню - Администрирование - Распределенная ИБ - Автообмен. Если обмен автоматический (см. пункт 6 предыдущей инструкции), то все у нас получится.
1. Итак, изменяем либо создаем какие-то объекты, которые мигрируют в периферийную базу. Правила миграции объектов задаются на вкладке "Миграция" в свойствах объекта (см. дерево объектов в конфигураторе).
2. Запускаем конфигуратор центральной базы, выбираем Меню - Администрирование - Распределенная ИБ - Автообмен, нажимаем кнопку "Выполнить".
3. Полученный файл D:\base1\CP\020.zip перемещаем в папку D:\base2\CP\
4. Изменяем какие-то объекты периферийной базе данных. Желательно не те, которые менялись до этого в центральной базе, т.к. центральная база имеет приоритет изменений объектов при обмене.
5. Запускаем конфигуратор периферийной базы, выбираем Меню - Администрирование - Распределенная ИБ - Автообмен, нажимаем кнопку "Выполнить".
6. В результате автообмена у нас должны появиться изменения, поступившие из центральной базы данных. Также у нас должен появиться файл для передачи в центральную базу D:\base2\PC\021.zip
7. Копируем файл D:\base2\PC\021.zip в папку D:\base1\PC
8. Повторяем пункт 2. В результате в центральной базе появятся изменения, поступившие из периферийной базы.
Итак, общий принцип обмена: попеременное выполнение автообмена с одновременным перемещением файлов (пакетов обмена) из папки PC одной базы в папку PC другой базы и из папки CP одной базы в папку CP другой базы.
Изменение конфигурации производится только в центральной базе. При изменении конфигурации необходимо проведение обмена в периферийных базах в монопольном режиме. Для успешной обработки пакетов из периферийных баз в центральной базе конфигурация должна быть загружена в периферийные базы. Если вы запутались - ничего страшного, отвергнутый центральной базой пакет выгрузится повторно.
Да просто перепишите уже установленную программу (папку Program Files\1Cv77) с компьютера под управлением Windows XP. Таким же образом производится установка на Windows 8 и 10.
Ошибка подключения 1С 7.7 с Windows 7 к SQL Server <в начало>
На клиентском компьютере, работающем под управлением Windows 7, при попыке подключения 1С к SQL Server вы увидите предупреждение об ошибке "Для доступа к базе данных требуется ODBC-драйвер для MS SQL Server версии 3.50.0303 или старше". Это несложно вылечить. Рассмотрим один из вариантов решения проблемы.
Для 64-битной системы файлы нужно положить в папку Windows\SysWOW64, для 32-битной - в папку Windows\System32.
Итак, приступим. Для начала нужно переименовать на всякий случай оригинальные файлы. Для этого открываем свойства каждого файла, устанавливаем в качестве владельца администратора, сохраняем изменения.
Далее снова открываем свойства и назначаем администратору полные права для управления файлами.
После этого файлы можно переименовать. А на их место поместить файлы от Windows XP.
Далее, при обнаружении ошибки "Порядок сортировки отличается от системного" скачиваем файл OrdNoChk.prm и помещаем в папку Bin, рядом с файлом 1cv7s.exe.
Если указанных файлов (sqlsrv32.rll, sqlsrv32.dll, odbcbcp.dll) не оказалось в папках Windows\SysWOW64, Windows\System32 - необходимо скачать и установить драйвер ODBC по ссылке, а затем произвести замену файлов как был описано выше.
Ошибка запуска 1С 7.7 под Windows 7 в файловом режиме <в начало>
Тут все проще. Предупреждение "Порядок сортировки отличается от системного" лечится так же, нужно положить файл OrdNoChk.prm в папку Bin, рядом с файлом 1cv7.exe (1cv7l.exe).
Не работает, не запускается 1С 7.7 OLE под Windows 7 x64 <в начало>
Прежде всего нужно проверить соответсвующие ветки в реестре.
При помощи поиска находим в реестре ветку V77S.Application (V77.Application). В разделе CLSID указан раздел в котором система будет искать исполняемый файл.
Далее ищем этот раздел и смотрим установленные значения. Раздел InprocHandler32 должен содержать значение ole32.dll, ProgID - V77S.Application, LocalServer32 - C:\PROGRA
2\1Cv77\BIN\1cv7s.exe (имя исполняемого файла зависит от версии 1С). Также обратите внимание на то, что для 64-разрядных систем указывается не "C:\PROGRA
2" (исполняемый файл находится в папке C:\Program Files (x86)). Неправильные значения исправляем. По ссылке Вы можете скачать образцы файлов реестра для SQL версии 1С, работающей под Winows 7 x64.
При запуске 1С 7.7 в качестве OLE-сервера может возникнуть ситуация, когда Initialize (Инициализация, запуск) зависает и мы наблюдаем такую картину ("Сервер занят. Действие не может быть завершено. ").
Читайте также: