Репликация SQL на который смотрит АОС

[Alexius]

А не проще ли переписать отчеты через "прямые" SQL-запросы непосредственно из АХ, через SSRS или другой отчетник ? При грамотной реализации они будут выполнять значительно быстрее, нежели при варианте с копией.

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

PS. Синхронизация приложений на разных АОСах у меня вызывает очень большие сомнения из-за непонятного кэширования

[Pustik]

Цитата:

Сообщение от Alexius

А не проще ли переписать отчеты через "прямые" SQL-запросы непосредственно из АХ, через SSRS или другой отчетник ?

Если отчетов много, а нужно - то не проще.Можно постепенно переносить отчетность в SSRS, можно говорить о том, что это правильнее, но это не проще.

Цитата:

Сообщение от Alexius

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

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

Цитата:

Сообщение от Alexius

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

С этим полностью согласен.

Цитата:

Сообщение от Alexius

PS. Синхронизация приложений на разных АОСах у меня вызывает очень большие сомнения из-за непонятного кэширования

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

[Alexius]

Цитата:

Сообщение от Pustik

Если отчетов много, а нужно - то не проще.Можно постепенно переносить отчетность в SSRS, можно говорить о том, что это правильнее, но это не проще.

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

Цитата:

Сообщение от Pustik

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

Более менее серьезные отчеты штатными ср-ми в АХ грамотно построить принципиально невозможно в виду гигантских ограничений языка запросов, поэтому построение отчетов прямыми запросами к серверу БД (использование SSRS частный случай) в большинстве случаев дает существенный прирост быстродействия.

[Pustik]

Цитата:

Сообщение от Alexius

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

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

[Marik]

Цитата:

Сообщение от Pustik

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

Каким образом копировать логику таблиц SQL? и синхронизировать её без репликации?

[Pustik]

Цитата:

Сообщение от Marik

Каким образом копировать логику таблиц SQL? и синхронизировать её без репликации?

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

Цитата:

Сообщение от Marik

Актуальность данных нужна максимум с отставанием в пол часа.

то этот вариант Вам не подойдет.

[Alexius]

На сколько я понял используется MS SQL и репликация транзакций. На память при таком раскладе не удастся изменить структуру копии БД вслед за оригиналом, все равно придется делать полный снимок (или полный бэкап) и поверх него уже пойдут транзакции. Для минимизации перерыва в работе могу предложить только использовать две копии, т.е. одна используется для доступа к отчетам и как резерв, а вторая для восстановления репликации после изменения структуры основной БД :
1. Копия 1 - работает как отчетная, Копия 2 - в запасе
2. Внесены изменения в структуру данных основной БД
3. Копия 2 - создаем репликацию с основной БД, Копия 1 продолжает работать
4. Как только на Копии 2 восстановилась БД и заработала репликация - перенастраиваем отчеты на Копию 2, а Копию 1 - выводим в резерв
5. см. п. 5, только Копия 1 и 2 меняются местами

PS 1. Задачу создания горячей резервной копии БД я решал через бэкап/восстановление полное/транзакций.
PS 2. Оперативная отчетность всегда делалась на основном сервере, проблемы с производительностью решались там-же.
PS 3. "Генеральская" отчетность делалась на копии БД, создаваемой ночью, ей высокая оперативность не требовалась. В крайнем случае БД развертывалась руками посредине дня.