Репликация баз данных в ПО "Фрегат" - История изменений

WikiSysop в 16:22, 12 ноября 2014

2014-11-12T16:22:04Z

← Предыдущая		Версия 16:22, 12 ноября 2014
Строка 308:		Строка 308:
	<li> База-приёмник сделана с копии Базы-источника путем репликации - заведен GUID на товар в базе-приёмнике, и при передаче из источника на этот товар генерируется НОВЫЙ УНИКАЛЬНЫЙ GUID		<li> База-приёмник сделана с копии Базы-источника путем репликации - заведен GUID на товар в базе-приёмнике, и при передаче из источника на этот товар генерируется НОВЫЙ УНИКАЛЬНЫЙ GUID
	</ol>		</ol>
		+	<br>

	'''Ошибки и проблемы после обновления версии'''		'''Ошибки и проблемы после обновления версии'''

WikiSysop в 16:19, 12 ноября 2014

2014-11-12T16:19:36Z

← Предыдущая		Версия 16:19, 12 ноября 2014
Строка 299:		Строка 299:
	'''Ситуация с задвоением товара'''.		'''Ситуация с задвоением товара'''.

-	'''Примечание.''' Возникает, если сценарий репликации не стандартный, а написан самостоятельно.	+	'''''Примечание.''''' Возникает, если сценарий репликации не стандартный, а написан самостоятельно.
	<br>		<br>
	Когда товар или документ передаётся по репликации, то ему в момент передачи присваивается уникальный идентификатор, называемый GUID. Если эти GUID отличаются в двух базах, то происходит задвоение товаров и документов. В результате в базе-приёмнике есть два абсолютно одинаковых товара, у которых одинаково всё, кроме поля ID. Каждый товар имеет свою товарную историю.		Когда товар или документ передаётся по репликации, то ему в момент передачи присваивается уникальный идентификатор, называемый GUID. Если эти GUID отличаются в двух базах, то происходит задвоение товаров и документов. В результате в базе-приёмнике есть два абсолютно одинаковых товара, у которых одинаково всё, кроме поля ID. Каждый товар имеет свою товарную историю.
	<br><br>		<br><br>
-	'''Предпосылки возникновения такой ситуации:'''	+	'''''Предпосылки возникновения такой ситуации:'''''
	<ol>		<ol>
	<li> Неуникальность товара по имени (например, товары уникальны по артикулу, а называются одинаково)		<li> Неуникальность товара по имени (например, товары уникальны по артикулу, а называются одинаково)
	<li> База-приёмник сделана с копии Базы-источника путем репликации - заведен GUID на товар в базе-приёмнике, и при передаче из источника на этот товар генерируется НОВЫЙ УНИКАЛЬНЫЙ GUID		<li> База-приёмник сделана с копии Базы-источника путем репликации - заведен GUID на товар в базе-приёмнике, и при передаче из источника на этот товар генерируется НОВЫЙ УНИКАЛЬНЫЙ GUID
	</ol>		</ol>
		+
		+	'''Ошибки и проблемы после обновления версии'''
		+
		+	При обновлении версии могут появиться проблемы в репликации. Не отгружаются кассовые накладные и возвраты по кассе. Это связано с тем, что в старых версиях была возможность не выставлять контрагента при продажах по кассе. В новых версиях требуется обязательное наличие контрагента. Соответственно подобная проблема реплицируется на другие базы данных. <br />
		+
		+	Перед исправлением необходимо выяснить ID типа документа (вывести колонку ID в типах документа). Например для кассовых накладных ID=45201.<br />
		+	Для исправления контрагента требуется прогнать скрипт по базе:
		+
		+	1. Открываете IBX ISQL (Пуск>программы>\Фрегат Корпорация 4\Инструменты\),<br />
		+	если программа выдает запрос на файл настроек, то нужно навести на файл C:\Program Files\F-Soft\SW4\sw.ini<br />
		+	2. Подключаете БД (Файл>подключение к базе данных>выбираете путь к Вашей БД скорее всего это C:\Program Files\F-Soft\DATA4\<имя базы данных>.gdb).<br />
		+	3. Копируете этот текст в верхнюю часть в белое поле программы: <br />
		+	для продаж по кассам:<br />
		+	update docs set face_id = (select id from faces where name = 'Розничный покупатель') where docs.dociden = 45201<br />
		+	4. Нажимаете SQL > выполнить.<br />
		+
		+	для возвраты по кассам:<br />
		+	update docs set face_id = (select id from faces where name = 'Розничный покупатель') where docs.dociden = 45101<br />
		+	4. Нажимаете SQL > выполнить.<br />
		+	5. Нажимаете SQL > подтвердить транзакцию.<br />

WikiSysop: Новая страница: «

Репликация

Что такое репликация?

Репликация - функционал, позволяющий произв...»

2014-11-12T16:17:10Z

Новая страница: «<h1>Репликация</h1> <h2>Что такое репликация?</h2> <p> Репликация - функционал, позволяющий произв...»

Новая страница

<h1>Репликация</h1>

<h2>Что такое репликация?</h2>
<p>
Репликация - функционал, позволяющий производить обмен данными между двумя базами данных "Фрегат" в форме пакетов. Данные могут при этом не только синхронизироваться, но и видоизменяться по выбранному сценарию. Как правило, используется при отсутствии надёжного канала связи между базами, либо для решения других задач.
</p>

<h5>Типичные варианты использования репликации</h5>

<p>
1.Магазин и главный офис
</p>
<p>
2.Отчетная база (бухгалтерская) и база оперативного учета.
</p>
<p>
3.База для снятия аналитических отчетов и база оперативного учета.
</p>
<p>

<h2>Настройки репликации</h2>

Настройки репликации включают в себя, как правило, два этапа:
<ul>
<li>подготовка базы к репликации со своей копией(в случае необходимости создание пустой базы)
<li>настройка сценария обмена между узлами
</ul>
</p>

<h5>Объекты репликации</h5>
<p>
<table cellspacing=0 cols=3 border=1>
<tr>
<td width=180 height=18 align=left>Название </td>
<td width=20 align=left>Цифр.код </td>
<td width=180 align=left>Буквенный код</td>
</tr>
<tr>
<td height=18 align=left> Валюта </td>
<td align=right >1</td>
<td align=left> CurrencyReference</td>
</tr>
<tr>
<td height=18 align=left> Прайс-листы </td>
<td align=right >2</td>
<td align=left> PriceLists</td>
</tr>
<tr>
<td height=18 align=left> Признаки товаров </td>
<td align=right >3</td>
<td align=left> GoodsGroups</td>
</tr>
<tr>
<td height=18 align=left> Группы товаров </td>
<td align=right >4</td>
<td align=left> GoodsGroups</td>
</tr>
<tr>
<td height=18 align=left> Товары </td>
<td align=right >5</td>
<td align=left> Goods</td>
</tr>
<tr>
<td height=18 align=left> Серии товара </td>
<td align=right >6</td>
<td align=left> GoodsSeries</td>
</tr>
<tr>
<td height=18 align=left> Организации </td>
<td align=right >7</td>
<td align=left> Faces</td>
</tr>
<tr>
<td height=18 align=left> Банковские реквизиты </td>
<td align=right >8</td>
<td align=left> BankInfo</td>
</tr>
<tr>
<td height=18 align=left> Склады</td>
<td align=right >9</td>
<td align=left> Stocks</td>
</tr>
<tr>
<td height=18 align=left> Аналитические признаки </td>
<td align=right >10</td>
<td align=left> Props</td>
</tr>
<tr>
<td height=18 align=left> Товары в инвентаризации </td>
<td align=right >18</td>
<td align=left> DocInvItems</td>
</tr>
<tr>
<td height=18 align=left> Товары по документам </td>
<td align=right >19</td>
<td align=left> DocItems</td>
</tr>
<tr>
<td height=18 align=left> Документы </td>
<td align=right S>20</td>
<td align=left> Docs</td>
</tr>
<tr>
<td height=18 align=left> Система доступа </td>
<td align=right >100</td>
<td align=left> Access</td>
</tr>
<tr>
<td height=18 align=left> Количество по складам </td>
<td align=right >23</td>
<td align=left> Stocks_xQnts</td>
</tr>
<tr>
<td height=18 align=left> План счетов </td>
<td align=right >51</td>
<td align=left> BxAcnts</td>
</tr>
<tr>
<td height=18 align=left> Типовые операции </td>
<td align=left> </td>
<td align=left> BxTopers</td>
</tr>
</table>
</p>

<h5>Режим синхронизации для всех объектов</h5>
<p>
Настройки объектов определяют порядок и способы отправки и приема данных,
объектов конкретного типа. Они описываются в разделах "Параметры".
Некоторые настройки присущи всем объектам, а некоторые характерны
для конкретного объекта.
<br><br>
'''ОПЦИИ РАЗДЕЛА'''
<br><br>
insert_only=да
<br>
Данная настройка определяет режим приема данных, при котором происходит только
добавление новых объектов и не происходит их модификация (изменение их свойств).
<br><br>
resolve_mode=XX
<br>Режим условной синхронизации объекта при приеме (по каким свойствам
осуществляется поиск объекта в принимающей базе данных). Свойства кодируются числом.
Значения для разных объектов обозначают разные свойства. Исключением является общее
для всех объектов значение=1, которое задает стандартный способ синхронизации,
при котором осуществляется поиск глобального идентификатора объекта в списке
принимающей базы, и при наличии такой записи определяется внутренний код объекта.
Если этот способ задан, то он имеет высший приоритет перед остальными способами.
<br><br>Ниже приведена расшифровка значений для всех объектов репликации.
<br>В случае, когда поиск осуществляется по нескольким параметрам, число XX получается
суммированием соответствующих значений отдельных настроек.
</p>
<p>
{ режимы условной синхронизации общий }

1 = определение по GUID
32768 = значение заставляет производить сравнение строковых параметров
без учета регистра (8000h)
</p>
<p>
{ режимы условной синхронизации для Currency }

2 = название валюты
4 = текстовый код
8 = цифровой код
<br>!по умолчанию resolve_mode=1+2+32768=32771
</p>
<p>
{ режимы условной синхронизации для PriceList }

2 = название прайс-листа
4 = код прайс-листа
<br>!по умолчанию resolve_mode=1+2+32768=32771
</p>
<p>
{ режимы условной синхронизации для Stocks }

2 = название склада
<br>!по умолчанию resolve_mode=1+2=3
</p>
<p>
{ режимы условной синхронизации для GoodsGroup }

2 = имя группы товаров
<br>!по умолчанию resolve_mode=1+2+32768=32771
</p>
<p>
{ режимы условной синхронизации для Good }

2 = описание товара
4 = заголовок товара (только совместно с описанием)
8 = короткое имя
16 = артикул
32 = основной бар код
<br>!по умолчанию resolve_mode=1+2=3
</p>
<p>
{ режимы условной синхронизации для GoodSeries }

2 = имя серии
4 = производитель
16 = название упаковки
32 = количество в упаковке(только совместно с название упаковки)
<br>!по умолчанию resolve_mode=1+2+16+32=51
</p>
<p>
{ режимы условной синхронизации для Face }

2 = имя название организации
4 = форма собственности(только совместно с именем)
8 = короткое имя
16 = бар код
<br>!по умолчанию resolve_mode=1+2=3
</p>
<p>
{ режимы условной синхронизации для Document }

2 - тип.дата.номер
4 - котрагент только совместно с предыдущей опцией
<br>!по умолчанию resolve_mode=1
</p>
<p>
{ режимы условной синхронизации для План счетов }

2 - по коду счета
<br>!по умолчанию resolve_mode=1+2=3

</p>
<p>
{ режимы условной синхронизации для типовых }

2 - по названию типовой
<br>!по умолчанию resolve_mode=1+2=3
</p>
<h5>Специальные настройки объекта товар</h5>
<p>

</p>

<h2>Подготовка базы данных к репликации</h2>

'''ВНИМАНИЕ!
ПЕРЕД НАЧАЛОМ ВЫПОЛНЕНИЯ НИЖЕСЛЕДУЮЩИХ ДЕЙСТВИЙ ВСЕ ПОЛЬЗОВАТЕЛИ, КРОМЕ ПОЛЬЗОВАТЕЛЯ, ОСУЩЕСТВЛЯЮЩЕГО ПРОЦЕСС ПОДГОТОВКИ БАЗЫ ДАННЫХ К РЕПЛИКАЦИИ, ДОЛЖНЫ ВЫЙТИ ИЗ ПРОГРАММЫ.
ВСЕ НИЖЕПЕРЕЧИСЛЕННЫЕ ДЕЙСТВИЯ ДОЛЖНЫ ВЫПОЛНЯТЬСЯ ПОЛЬЗОВАТЕЛЕМ ПРОГРАММЫ ФРЕГАТ ПОД УЧЁТНОЙ ЗАПИСЬЮ SYSDВA.
ОБЯЗАТЕЛЬНО ПЕРЕД ЗАПУСКОМ МОДУЛЯ ПОДГОТОВКИ К РЕПЛИКАЦИИ В КОПИЮ ПРОИЗВЕСТИ ДЕФРАГМЕНТАЦИЮ БАЗЫ ДАННЫХ.'''

(Как произвести дефрагментацию базы данных - смотрите в разделе [http://www.fregat.biz/wiki/index.php/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%B5_%D1%81_%D0%9F%D0%9E_%22%D0%A4%D1%80%D0%B5%D0%B3%D0%B0%D1%82-%D0%9A%D0%BE%D0%BD%D1%81%D0%BE%D0%BB%D1%8C%22 Руководство по работе с ПО "Фрегат-Консоль"]).

<h3>Порядок действий по разделению базы данных на несколько баз</h3>
<ol>
<li>Запустить программу Фрегат.
<li>В программе Фрегат запустить команду
<br> Главное Меню - Службы - Модули - Модуль подготовки базы данных для репликации в копию.
<li>После окончания работы модуля выйти из программы и после этого скопировать файл базы данных(БД).
<li>Подключить скопированный файл БД через Фрегат Консоль.
<li>В меню ПУСК - ПРОГРАММЫ - ФРЕГАТ - ИНСТРУМЕНТЫ запустить IBX SQL.
<li>В IBX SQL подключить скопированный файл БД.
<li>В IBX SQL набрать команду: update sys$info set ip='9-ти значное число'
<br>(Например: update sys$info set ip='123456789')
<br>Выполнить её, нажав молнию на панели инструментов.
<br>Подтвердить транзакцию, нажав вторую кнопку справа на панели инструментов.
<br>Зайти во Фрегат, подключиться к скопированной базе данных.
<br>В Фрегате Главное Меню - Службы - Обмен_Данными, код узла должен быть тот, который установлен командой update sys$info set ip='9-ти значное число'.
<li>В каждой из БД создать по узлу. В качестве кода при создании узла указывать код того узла, которому предназначается пакет. В разделе ''Что передавать'' указать то, что необходимо передавать.
<li>В меню ПУСК - ПРОГРАММЫ - ФРЕГАТ - ИНСТРУМЕНТЫ запустить IBX SQL.
<li>В IBX SQL подключить скопированный файл БД.
<li>В IBX SQL набрать команду: update xchgnodes set send_time='сегоднящняя дата'
<br>(Например: update xchgnodes set send_time='19.01.2005 или update xchgnodes set send_time=’now’)
<br>Дата(число,месяц,год) в обеих базах должна быть одинаковой!!!.
<br>Выполнить её, нажав молнию на панели инструментов.
<br>Подтвердить транзакцию, нажав вторую кнопку справа на панели инструментов.
<br>Для контроля, что всё прошло успешно, выполнить запрос:
<br>SELECT send_time FROM XCHGNODES
<br>и в результате выполнения посмотреть поле send_time - там должна стоять дата, которая была указана в send_time='сегодняшняя дата'.
<li>В IBX SQL отключить скопированный файл БД.
<li>В IBX SQL подключить исходный файл БД.
<li>В IBX SQL набрать команду: update xchgnodes set send_time='сегоднящняя дата'
<br>(Например: update xchgnodes set send_time='19.01.2005' 2005 или update xchgnodes set send_time=’now’)
<br>Дата (число,месяц,год) в обеих базах должна быть одинаковой!!!
<br>Выполнить её.
<br>Подтвердить транзакцию.
<br>Для контроля, что всё прошло успешно, выполнить запрос:
<br>SELECT send_time FROM XCHGNODES
<br>и в результате выполнения посмотреть поле send_time - там должна стоять дата, которая была указана в команде update xchgnodes send_time='сегодняшняя дата'.
</ol>
<br>Базы данных готовы к обмену данными.

<h3>Проверка</h3>
<ol>
<li>Выйти из программы Фрегат.
<li>Скопировать полученные базы данных и на этих копиях произвести следующие действия:
<li>Для проверки создать накладные в каждой базе.
<li>Обменяться пакетами.
</ol>
После обмена пакетами накладные, созданные в каждой из БД, должны присутствовать в обеих базах.
<br>
Если накладные появились, базы готовы к работе. Копии баз данных, созданные ранее, можно удалить.

<h3>Известные проблемы, возникающие при репликации и в результате ее выполнения</h3>
'''Ситуация с задвоением товара'''.

'''Примечание.''' Возникает, если сценарий репликации не стандартный, а написан самостоятельно.
<br>
Когда товар или документ передаётся по репликации, то ему в момент передачи присваивается уникальный идентификатор, называемый GUID. Если эти GUID отличаются в двух базах, то происходит задвоение товаров и документов. В результате в базе-приёмнике есть два абсолютно одинаковых товара, у которых одинаково всё, кроме поля ID. Каждый товар имеет свою товарную историю.
<br><br>
'''Предпосылки возникновения такой ситуации:'''
<ol>
<li> Неуникальность товара по имени (например, товары уникальны по артикулу, а называются одинаково)
<li> База-приёмник сделана с копии Базы-источника путем репликации - заведен GUID на товар в базе-приёмнике, и при передаче из источника на этот товар генерируется НОВЫЙ УНИКАЛЬНЫЙ GUID
</ol>