Репликация и синхронизация

[Tays]

Привет....

У меня вот такой вопрос... У нас будет использоваться репликация некоторых таблиц для работы кубиков (рекомендации по этой теме я читала на форуме). Только там нет слова о синхронизации таблиц средствами Axapta. У нас несколько проектов (некоторые только начинают свой путь в общей компании, некоторые уже годами работают) - в процессе разработки эти "избранные" таблицы полежат изменению. Так вот.. так как репликация не реализована в Axapte, она будет организована средсвами сиквела. При изменении таблицы (добавдение/изменение поля, добавление/изменение индекса) в Axapte выдается ошибка об вхождении данной таблицы в список репликации и синхронизация отклоняется. Синхронизация возможна только в том случае, когда список репликации удален. Следовательно, нам надо убирать список и составоять его заново после синхронизации...

Хотелось бы этогоиз бежать.... У кого - нить есть опыт в таких делах?

[YellowSubmarine]

Например так:
Создается новая база на SQL сервере, содержащая таблицы, требующие репликации. Структура таблиц должна быть такой-же, как и в Акспте. В эту базу из базы аксапты копируються записи средствами SQL сервера, например с помощью хранимой процедуры, ориентируясь на modifiedDate, modifiedTime в таблице. А из этой другой базы уже реплицировать данные куда-то еще.

[Tays]

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

или я плохо описала проблему?

[YellowSubmarine]

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

[Tays]

алгоритм изменения структуры таблицы в условиях использования репликации

1. на сиквеле убираем признаки репликации..
2. добавляем поле в аксапте
3. синхронизируем таблицу
4. создаем новый список на репликацию.

можно ли избежать 1 и 4 пункта?

[Tays]

Цитата:

Изначально опубликовано YellowSubmarine
Я про репликацию и не писал. Невозможна репликация таблиц из базы Аксапты. Вытаскивать данные из базы Аксапты нужно другими средствами, а не репликацией

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

[YellowSubmarine]

А цель какая? Я бы подобную задачу решал бы без использования репликации.

[Ace of Database]

Цитата:

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

Так напишите на SQL-сервере Job, который каждые 5 минут выполняет следующий код SQL:

PHP код:


BACKUP DATABASE MyDatabaseName TO DISK='C:\\Program Files\\Microsoft SQL Server\\MSSQL\\BACKUP\\Mybackup.dat'
RESTORE DATABASE MyNewDatabaseName FROM DISK='C:\\Program Files\\Microsoft SQL Server\\MSSQL\\BACKUP\\Mybackup.dat' 


См. SQL Server Books Online, ключевые слова "backing up databases" и "restore"

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

PS. Так делать не рекомендую

[YellowSubmarine]

Поятому я и спросил, какая цель преследуется. Пять минут для backup-restore мало. Только если база маленькая.

[Tays]

Вот именно, что данный процесс (описанный в job) нам не подходит... следовательно надо использоватьрепликацию...
Но опять же возникает проблема с синхронизацией базы из аксапты (синхронизация тут подразумевается как обновление структуры - добавление поля или индекса). В данном случае Аксапта начинает ругаться, "что таблица, которую вы обновляете входит в состав реплицируемых", и модификация останавливается. Чтобы добавить поле или индекс, нам надо убрать все что связано с репликацией на сиквеле, потом модифицировать структуру из Аксапты, а уж потом снова настроить репликацию на сиквеле.
Вот и возвращаемся к нашим баранам..... Как нам этого избежать?

[YellowSubmarine]

Можно все-таки уточнить?

1. Цель?
2. Почему backup-restore не подходит?

[Tays]

Цитата:

Изначально опубликовано YellowSubmarine
Можно все-таки уточнить?

1. Цель?
2. Почему backup-restore не подходит?

1 Цель: актуальность данных в кубах непозднее часа.
Кубы строть не на боевой базе.
2 потому как база большая....

[YellowSubmarine]

Я бы сделал как написал ранее: Создал бы новыю базу и копировал бы данные туда без помощи репликаций. Не с помощью backup-restore, а только изменившиеся записи таблиц с помощью Job на SQL сервере.

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