0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Сравнение и синхронизация схем двух баз данных SQL Server

Сравнение и синхронизация схем двух баз данных SQL Server

Параметры сравнения и синхронизации схем двух баз данных SQL Server, включая выборочное сравнение по видам объектов, сравнение согласно COLLATION, настраиваемые опции сравнения тела объектов и вычисляемых выражений, выполнение подготовительных скриптов, бекапирование БД, тест совместимости

Название задания и каталога вывода задания в каталоге проекта. Его можно изменить до выполнения задания.

[Целевая база данных]

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

Утверждать целевую базу данных

Разрешить использование выбранной онлайн-базы данных в качестве целевой для этого задания? Эта функция предназначена для фильтрации выбора целевой базы данных, чтобы предотвратить случайное выполнение на «не той» базе или на базе, которая не удовлетворяет определенным требованиям. Например, мы можем проверить, принадлежит ли она нашему продукту, имеет ли необходимую версию или другие необходимые составляющие и т.д. Обычно эта функция используется в пакетах обновлений.

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

Тестировать на совместимость

Проверять совместимость приложения с функционалом баз данных. AutosyncDB охватывает наиболее часто используемые виды объектов, их свойства и функциональные возможности, что позволяет эффективно сравнивать и синхронизировать их. Однако есть некоторый функционал, которые еще не поддерживаются, используются очень редко или слишком локализованы для синхронизации.

Данный тест может выявить только ИЗВЕСТНЫЕ проблемы совместимости и предоставить дополнительную информацию по ним. Каждое сообщение имеет уникальный код и характеризуется уровнем серьезности (не путать с уровнем серьезности ошибок в SQL), пороговые значения для которого можно указать в настройках задания.

Тест на совместимость выполняется после выполнения подготовительного скрипта, но до этапа сравнения, экспорта или выполнения скрипта синхронизации.

Уровни серьезности варьируются от 1 до 5. Чем выше уровень, тем он серьезнее. Уровни назначаются на основе оценки риска неявной перезаписи или возможной потери функционала во время синхронизации; его значение для реализации конкретной архитектуры; принадлежность к «основному» или «дополнительному» функционалу; сложность управления этим функционалом с помощью ручного скрипта и степени зависимости от другого функционала базы данных. Также уровень может быть повышен, если функционал напрямую связана с безопасностью.

Макс. допустимый уровень серьезности

Задает максимально допустимый уровень серьезности. Значения должны находиться в диапазоне от 0 до 5, где ноль не допускает несовместимости, а 5 допускает любую.

Тест на совместимость выполняется после выполнения подготовительного скрипта, но до этапа сравнения, экспорта или выполнения скрипта синхронизации. Если тест на совместимость обнаружит уровни серьезности выше данного значения, то задание будет остановлено, за исключением заданий только с одного сравнения.

Протоколировать, когда уровень серьезности

Задает самый низкий уровень серьезности сообщений, начиная с которого их уже следует протоколировать. Значения должны быть в диапазоне от 1 до 5.

Игнорировать типы сообщений

Задает типы сообщений, которые следует игнорировать. Используйте запятую в качестве разделителя.

Архивировать

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

Выполнять скрипты

Выполнять заданный скрипт для подготовки структуры целевой базы данных. Этот скрипт будет выполняться до сравнения и синхронизации. Вы должны сделать все специальные изменения в этом скрипте, которые нельзя сделать с помощью приложения, например: переименование таблиц или столбцов, изменение типа существующего столбца с требуемыми вычислениями данных и приведением типа и т.д.

Вы можете выбрать один SQL-файл или листинг SQL-файлов. Для того чтобы создать листинг SQL-файлов, – просто выберите их в требуемом порядке в Диалоге.

Кроме того, вы просто можете использовать эту функцию для выполнения произвольных SQL-файлов на целевой базе данных без процесса синхронизации.

Сравнить с

Сравнивать и синхронизировать структуру целевой базы данных со структурой шаблонной базы данных.

[Шаблонная база данных]

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

Изменять COLLATION базы данных

Используйте эту опцию вместе с опцией режима доступа SINGLE_USER для синхронизации параметров сортировки базы данных по умолчанию. Изменение параметров сортировки базы данных по умолчанию не изменяет параметры сортировки столбцов. Для приведения в соответствие параметров сортировки столбцов – используйте опцию для столбцов.

Читайте так же:
Регулировка сдвижной двери шкафа купе

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

Изменять COLLATION по умолчанию в столбцах

Используйте эту опцию, чтобы привести в полное соответствие параметры сортировки всех столбцов с параметрами сортировки тех же столбцов в шаблонной базе данных. Если эта опция не установлена, то алгоритм сравнения будет считать равными различные параметры сортировки, если они совпадают с параметрами сортировки по умолчанию в их базах данных.

Применять режим доступа SINGLE_USER

Выключать AUTO_UPDATE_STATISTICS_ASYNC и применять режим доступа SINGLE_USER для целевой базы данных со значением ROLLBACK через 5 секунд. Все значения будут восстановлены в конце.

Устранять конфликты

Удалять объекты в целевой базе данных, которые конфликтуют с объектами в шаблонной, если последние необходимо создать или изменить. Этот параметр включает проверку на наличие конфликтов имен объектов, конфликтов кластерного ключа/индекса, конфликтов в назначении объектов (не может быть более одного кластерного ключа в таблице или ограничения по умолчанию для столбца, двух объектов с одинаковым именем и т.д.)

Перезаписовать таблицы представлениями или табличными функциями

Разрешить замену таблиц представлениями или табличными функциями, если они имеют одинаковые имена

Развязывать зависимости

Эта опция контролирует развязование зависимостей между зависимыми объектами. Всегда используйте ее, чтобы построить правильный скрипт синхронизации. Вы можете отключать эту опцию только в сравнительном анализе, чтобы получить отчет без перестроения зависимых объектов.

Часто, чтобы изменить один объект следует удалить (а затем заново создать) другие объекты, которые зависят от первого. Например: чтобы изменить столбец – следует предварительно удалить индекс; чтобы заново создать скалярную функцию – следует удалить констрейны по умолчанию, где она используется, и т.д.

Сравнение тела объектов

Дополнительные правила сравнения тела объектов.

Игнорировать внешние пробелы и разрывы строк

Игнорировать пробелы и разрывы строк в начале и в конце.

Игнорировать любые пробелы и разрывы строк

Игнорировать любые пробелы и разрывы строк за пределами ‘строковых литералов’, «строковых литералов или идентификаторов в двойных кавычках» и [идентификаторов].

Игнорировать комментарии
Сравнивать согласно COLLATION

Сравнивать тела объектов на основе параметров сортировки базы данных по умолчанию, за исключением ‘строковых литералов’ и «строковых литералов или идентификаторов в двойных кавычках». В противном случае будет использоваться правило строгого соответствия.

Сравнение вычисляемых выражений

Дополнительные правила сравнения вычисляемых выражений.

Игнорировать внешние круглые скобки

Игнорировать внешние круглые скобки в начале и в конце.

DISABLED

Установите эту опцию, чтобы изменить свойство DISABLED объектов. Иначе алгоритм сравнения попытается унаследовать эти значения от существующих объектов.

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

NOT FOR REPLICATION

Установите этот параметр, чтобы изменить свойство объектов NOT FOR REPLICATION. В противном случае алгоритм сравнения попытается унаследовать эти значения от существующих объектов.

Синхронизация баз данных двух серверов

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

Понимая актуальность данной проблемы, многие производители реляционных СУБД предлагают в составе своих продуктов готовые решения для репликации данных. Однако в повседневной практике достаточно часто возникает необходимость построения гетерогенных решений, то есть использования в рамках корпоративной информационной системы СУБД различных производителей. Поэтому наличие механизма синхронизации данных между отдельными частями системы стало насущной необходимостью. Появление беспроводных технологий передачи данных (Bluetooth) и мобильных пользователей с карманными персональными компьютерами (КПК) сделало проблему ещё более актуальной.

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

Читайте так же:
Как отрегулировать гидроаккумулятор для отопления

Подобную задачу можно решить с помощью системы DBSync, разработанной компанией РЕЛЭКС.

DBSync – это программный комплекс, предназначенный для разработчиков и администраторов распределенных IT систем. Он обеспечивает конфигурирование, администрирование и двухстороннюю синхронизацию данных между серверами, персональными, мобильными и встроенными базами данных. Фактически все они в этом случае являются узлами одной распределенной базы данных.

Основные возможности DBSync:

  • Синхронизация данных между базами данных различных производителей. Произвольная топология связей между синхронизируемыми базами.
  • Фильтрация синхронизируемых данных. Позволяет настроить синхронизацию только части колонок таблицы или части строк, удовлетворяющих некоторому условию.
  • Одно и двунаправленная синхронизация данных для различных таблиц.
  • Обнаружение и разрешение конфликтов записей. В случае модификации одних и тех же данных на разных узлах в процессе синхронизации будет обнаружен конфликт. DBSync имеет возможность настройки правил разрешения конфликтов.
  • Различные способы идентификации записей. Возможность синхронизации таблиц с суррогатным первичным ключом.
  • Интеграция с деревом каталогов. Позволяет хранить условия синхронизации таблиц во внешнем дереве каталогов в виде объектов. При синхронизации эти условия используются для выборки данных.
  • Автоматическое восстановление синхронизации после сбоев. В случае потери пакетов или восстановления базы данных из архивной копии DBSync автоматически производит полную синхронизацию между базами.
  • Защита информации от несанкционированного доступа.
Архитектура DBSync

DBSync включает следующие компоненты:

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

Поддерживаемые платформы и СУБД

Для платформы Windows 2000/XP

  • Oracle 8 и выше;
  • MS SQL Server 7, MS SQL Server 2000;
  • DB2;
  • Sybase 7;
  • Linter 5.9 и выше ;
  • MySQL 4.x (с ограничениями).

Для платформы Windows CE

  • Linter 5.9.
  • Linter 5.9 и выше;
  • MySQL 4.x (с ограничениями);
  • Oracle 8 и выше.
Функционирование системы

При установке DBSync в базе данных создается набор служебных таблиц и таблиц для хранения информации об изменениях в базе данных. В служебных таблицах хранится следующая информация:

  • списки узлов синхронизации (удаленных баз данных);
  • списки таблиц, которые необходимо синхронизировать;
  • правила синхронизации и т.д.

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

Управляющая таблица не дублирует никакие поля данных из синхронизируемой таблицы. Управляющая таблица содержит первичный ключ реплицируемой таблицы и небольшую порцию служебной информации. Эта информация используется DBSync для определения записей, которые были модифицированы, добавлены или удалены из синхронизируемой таблицы с момента последней синхронизации. Информация в управляющей таблице изменяется с помощью триггеров. Кроме признака модификации записи служебная информация содержит также дату последней модификации и узел, на котором эта модификация произошла. Таким образом, если между двумя процессами синхронизации запись в таблице изменяется несколько раз, то ее промежуточные значения не сохраняются. Такой механизм детектирования называется стратегией снятия конечного образа .

Достоинством этого метода является то, что он прозрачен для приложений и баз данных. Это позволяет разработчикам, не переписывая свои приложения, использовать специальное ПО промежуточного уровня (middleware). Кроме того, не требуется изменять структуру уже существующих таблиц баз данных.

Стратегия снятия конечного образа использует минимальный перерасход дискового пространства. В управляющей таблице не дублируются актуальные данные. Только первичный ключ синхронизируемой таблицы хранится повторно. Количество записей в управляющей таблице не может превышать количество записей в синхронизируемой таблице. Объем дополнительной информации не зависит от частоты синхронизации. Нет никаких ограничений, например таких, как размер промежутка времени между синхронизацией. Две базы данных могут быть абсолютно независимы, и следующая синхронизация произойдет тогда, когда это будет требоваться. Управляющая информация позволяет быстро определять, какие записи изменились с момента последней синхронизации для конкретного узла. Это позволяет избежать полного сканирования таблиц и уменьшает время формирования данных. При необходимости можно выбирать изменения за любой временной интервал и тем самым выгружать данные за прошлые периоды.

Данный метод предоставляет дополнительную информацию для аудита. С его помощью всегда можно определить, когда и на каком узле модифицировалась та или иная запись.

Разрешение конфликтов

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

  • Конфликт первичных ключей
Читайте так же:
Регулировка напряжения инверторного сварочного аппарата

Наиболее серьезным типом конфликтов является конфликт первичных ключей. Первичные ключи используются DBSync для идентификации записи. Поэтому конфликты первичных ключей не детектируются и не разрешаются.

  • Конфликты, связанные с ограничениями таблицы

Следующий тип конфликтов — это конфликты, связанные с ограничениями таблицы. Например, столбец синхронизируемой таблицы объявлен как UNIQUE. Предположим, что в различных узлах были добавлены две различные записи с одним и тем же значением этой колонки. Обе операции будут разрешены, так как ограничение не нарушено. Но при синхронизации возникнет конфликт, так как две различные записи должны будут иметь одинаковое значение для колонки с ограничением UNIQUE. Конфликты такого типа детектируются, но не разрешаются. Информация о конфликте сохраняется, и в дальнейшем администратор может попытаться исправить эту ситуацию вручную.

  • Конфликты одновременной модификации данных

Одним из наиболее распространенных типов конфликтов является ситуация, когда одна и та же запись одновременно модифицируется на различных узлах. Конфликты такого типа детектируются и разрешаются. Разрешение конфликта состоит в автоматическом принятии решения, какая информация должна остаться в результате синхронизации. В DBSync реализованы все стандартные стратегии разрешения конфликтов. Правила разрешения конфликтов могут применяться для всей записи, для отдельных групп полей (фрагментов) и даже для отдельно взятого поля. При этом различным фрагментам могут быть назначены разные правила. Это позволяет гибко настраивать DBSync для конкретной схемы синхронизации.

Способы обмена данными

Обмен данными между узлами может происходить с помощью одного из поддерживаемых протоколов. К ним относятся TCP/IP, HTTP/HTTPS, E-mail, File и ActiveSync.

  • TCP/IP является наиболее универсальным из них. Он используется в корпоративных сетях и является самым надежным, быстрым и удобным. Если есть возможность, то для работы синхронизации следует выбирать именно его.
  • HTTP/HTTPS протокол менее надежен и быстр, но он может оказаться более удобным для мобильных клиентов, которые работают через Proxy-серверы.
  • E-MAIL — передача пакетов синхронизации по электронной почте;
  • FILE — обмен между узлами при помощи файлов;
  • ActiveSync — протокол для работы с платформой Windows CE.

В качестве формата обмена данными используется XML, как наиболее универсальный из всех форматов. За основу структуры XML в DBSync принят формат, используемый в SyncML, который на сегодняшний день является стандартом де-факто в области синхронизации с мобильными устройствами. Используемая нами кодировка UTF-8 позволяет без проблем использовать национальные кодировки и обеспечивает переносимость между различными платформами. DBSync поддерживает синхронизацию бинарных данных, которые хранятся в базе данных в полях типа BLOB.

Сферы применения DBSync
  • организация распределенной информационной системы;
  • баланс нагрузки серверов;
  • повышение надежности системы за счет резервного копирования;
  • организация хранилищ данных;
  • поддержка мобильных пользователей.
Варианты применения
Баланс нагрузки серверов

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

В этом случае DBSync настраивается таким образом, чтобы дополнительные серверы являлись зеркалом основного. Все операции по модификации данных производятся на основном сервере и затем рассылаются по вспомогательным посредством DBSync.

Затем, например, все OLTP приложения получают доступ к основному серверу, а приложения, которые осуществляют поиск информации и генерацию отчетов работают со вспомогательными серверами. В дальнейшем, при необходимости, в эту конфигурацию легко можно добавить еще один или несколько вспомогательных серверов. Такая система хорошо подходит для информационно-аналитических систем, поисковых комплексов, сильно нагруженных Web-сайтов, интенсивно использующих СУБД.

Хранилище данных

Очень часто возникает ситуация, когда помимо актуальных данных необходима вся история изменений за предыдущее время. При этом на основном сервере хранить потерявшие актуальность данные нельзя, так как это сказывается на производительности системы.

В этом случае идеальным будет решение, которое позволит актуальным данным мигрировать на другой компьютер по мере устаревания. DBSync позволяет настроить процесс синхронизации таким образом, чтобы потерявшие актуальность данные переставали синхронизироваться, и их удаление на одном узле не транслировалось на другой узел.

Повышение надежности системы

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

Читайте так же:
Нет регулировки по току в тиристорном зарядном устройстве

В этой ситуации данные, изменяемые на основном сервере немедленно передаются на backup-сервер. В случае сбоя на основном сервере приложение может продолжать работать с backup-сервером. После восстановления основного сервера все изменения, сделанные за этот период на backup-сервере, будут переданы на основной сервер.

Поддержка мобильных пользователей

Во многих организациях необходимо, чтобы их сотрудники могли работать с приложениями, установленными на ноутбуках и карманных персональных компьютерах. При этом периодически (например, в конце рабочего дня) они подключаются к локальной сети предприятия и обмениваются информацией с центральным сервером. Благодаря поддержке многих протоколов DBSync позволяет реализовать такую конфигурацию системы. При этом возможна интеграция DBSync с деревом каталогов предприятия. Это упрощает администрирование системы и позволяет выгружать пользователям только ту информацию, которая им необходима.

Абонентское обслуживание компьютеров в Москве

Новый проект: синхронизация и кластеризация серверов для компании «НьюЛайн»

В любой проблемной ситуации, связанной с IT, мы готовы прийти на помощь нашим клиентам. Большинство проблем решается оперативно, нередко – даже без выезда в офис компании нашего инженера. Однако некоторые ситуации требуют длительного и глубокого участия нескольких наших специалистов, «мозгового штурма» и времени. Именно с такой ситуацией мы столкнулись у нашего клиента – компании «НьюЛайн».

Проблема. Устаревший сервер в офисе компании начал выходить из строя. Наши специалисты провели диагностику оборудования и пришли к выводу, что перебои связаны с деградацией материнской платы, которая приводит к непроизвольным перегрузкам, что, в свою очередь, негативно влияет на работоспособность компании.

Главная проблема заключалась в том, что данный сервер выполнял основную роль в компании. Он использовался как веб-сервер, сервер баз данных, на нем хранилась файловая шара и общие папки. С помощью этого сервера операторы принимают заказы, проектируют дизайн новой кухни согласно потребностям покупателя, выполняют расчет стоимости и отслеживают степень готовности и доставки. Некорректная работа оборудования приводила к перебоям в работе всей компании.

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

Решение. Проблема была в том, что старым было не только физическое оборудование, но и операционная система и база данных Oracle. В режиме конференции мы связались со специалистами, которые осуществляют техподдержку базы данных, и обсудили с ними, как лучше поступить. В итоге, было сформировано лучшее решение: виртуализировать сервер. Мы переделали ОС физического сервера, конвертировали данные в виртуальный контейнер, приобрели новый мощный сервер, развернули на нем систему виртуализации VMware и включили новый виртуальный сервер в работу.

Одновременно с этим мы решали проблемы с самой базой данных Oracle – она отказывалась запускаться на новом сервере. Наши поиски профильных специалистов, которые бы профессионально занимались Oracle, завершились неудачно – таких профессионалов не нашлось. В итоге, мы смогли решить проблему своими силами – «мозговой штурм» позволил нам понять, что в базе данных не хватало части директорий, которые были на другом физическом диске. Мы их восстановили, и база данных заработала.

Чтобы не останавливать работу «НьюЛайн», мы переносили сервер ночью. Сотрудники компании закончили свою работу в 10 часов вечера на старом сервере, а к 8 часам утра следующего дня наши специалисты совершили финальный перенос данных – клиент начал новый рабочий день на новом сервере.

Так постепенно мы подошли к процессу синхронизации серверов. Мы дополнительно закупили жесткие диски, чтобы перенести со старого сервера на новый все оставшиеся файлы. После этого мы выведем из работы старый сервер и попробуем его реанимировать: продиагностируем материнку и другое «железо», определим, какие компоненты выходят из строя, попытаемся отремонтировать их и вновь ввести сервер в эксплуатацию, чтобы организовать кластеризацию серверов.

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

Читайте так же:
Где находиться синхронизация в айтюнс

Именно это мы и планируем сделать в компании. Когда будет реанимирован старый сервер, он будет синхронизирован с новым, и они станут работать в едином кластере. Таким образом, мы обеспечим клиента бесперебойной работой серверного оборудования.

Пошаговая инструкция по настройке синхронизации 1С:Бухгалтерия предприятия 3.0 и 1С:Зарплата и управление персоналом 3.1

В данной статье подробно описан процесс настройки синхронизации 1С:БП и 1С:ЗУП, а также описаны возможные варианты настройки синхронизации.

Перечень синхронизируемых данных

Документы:

1.png

Регламентированные отчеты:

Расчет по страховым взносам;

Подтверждение вида деятельности;

Соответствие условий труда;

Сведения о среднесписочной численности;

Необходимые условия для синхронизации

Для успешной настройки синхронизации данных БП 3.0 и ЗУП 3.1 обязательно выполнение ряда условий:

1. Релизы конфигурации ЗУП и БП должны быть выпущены примерно в одно время.

Перед настройкой синхронизации необходимо проверить релизы БП и ЗУП. Фирма 1С всегда поддерживает конфигурации в актуальном состоянии и выпускает несколько релизов обновлений за один месяц, в некоторых релизах присутствуют значительные изменения, например, появляются новые объекты. Они появляются как в ЗУП, так и в БП, поэтому для успешной настройки синхронизации релизы этих двух конфигураций должны быть примерно одинаковыми. При сравнении можно ориентироваться на месяц выпуска релиза.

2. Настройку синхронизации должен настраивать пользователь с полными правами.

Если в вашей информационной базе заведены пользователи, то настраивать синхронизацию должен пользователь с полными правами.

3. Данные справочников «Подразделения» и «Отражения зарплаты в бухучете» должны быть заполнены идентично.

Подразделения организаций, по которым будет настроена синхронизация должны быть одинаковыми. Если в БП у организации 3 подразделения, в которых трудоустроены сотрудники, то и в ЗУП у этой же организации должно быть 3 подразделения с трудоустроенными сотрудниками. Наименования подразделений может быть различным, например, «Администрация» и «Административный отдел».

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

Справочник «Отражения зарплаты в бухучете» также должен быть заполнен одинаковыми значениями. Данные этого справочника используются в одноименном документе с целью распределения начислений по счетам учета.

— справочник «Отражения зарплаты в бухучете» в БП.

Перейти к справочнику можно следующим образом:

2.png

3.png

При создании нового способа отражения необходимо заполнить поля «Наименование» и «Счет», а также аналитику, которая появиться после выбора нужного счета. Если в ИБ (информационной базе) есть организации, применяющие УСН, также необходимо заполнить реквизит «Отражение в УСН».

4.png

— справочник «Отражения зарплаты в бухучете» в ЗУП

Перейти к справочнику можно следующим образом:

5.png

6.png

В ЗУП справочник хранит только наименование способа отражения, так как проводок в конфигурации нет.

7.png

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

Настройка синхронизации

8.png

Для начала нужно установить флаг «Синхронизация данных» и ввести префикс ИБ.

Для этого необходимо перейти в раздел Администрирование – Синхронизация данных как в БП, так и в ЗУП.

9.png

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

10.png

Далее можно начать настройку в любой из ИБ. В примере настройка синхронизации будет начинаться в ЗУП.

Перейдем по ссылке «Настройки синхронизации данных».

11.png

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

Нажимаем кнопку «Новая синхронизация данных».

12.png

Открывается список программ, с которыми можно настроить синхронизацию данных, так как мы начали настройку в ЗУП, то выбираем «Бухгалтерия предприятия ред. 3».

Далее на форме отразится последовательный список действий. По ссылке «Настроить параметры подключения» переходим к первому этапу настройки.

Первый этап настройки в ЗУП. Настройка параметров подключения.

14.png

В окне представлены возможные варианты настройки подключения. Необходимо выбрать подходящий вам способ подключения к БП. Варианты настройки перечислены на картинке ниже.

15.png

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

Чтобы выбрать вариант, подходящий вам, необходимо ответить на вопрос: «Как располагаются базы данных?». Есть 3 основных варианта расположения ИБ: на локальном компьютере, на сервере, в облаке.

голоса
Рейтинг статьи
Ссылка на основную публикацию
ВсеИнструменты
Adblock
detector