Уважаемые участники форума, Спасибо за проявленную активность, если честно не ожидал. Очень приятно с Вами вести дискуссию.
А теперь по порядку.
Для отчётов используется ODBC и отчёты делаются напрямую с SQL сервера, в экселевских файлах, используя DSN.
Актуальность данных нужна максимум с отставанием в пол часа. База работает в основном 10х5 но бывает и 10х7 в зависимости от времени года и загруженности предприятия.
Цитата:
Сообщение от
S.Kuskov
Способ. Настроить оба AOSa на одно и тоже приложение (папку Application). И при изменении приложения через один из AOSов запускать обновление словаря и синхронизацию на другом AOSe.
По-моему на форуме когда-то обсуждалась такая возможность...
не получится так сделать так как я имел ввиду что второй АОС на отдельной машине. Т.е. Архитектура такая:
Сервер приложений АХ + SQL сервер
Резервный сервер приложений АХ + Резервный SQL сервер.
На резервном сервере приложений если включена одноранговая репликация АОС не стартует (ошибка 100
), только если отключить АОС на основном сервере, тогда запускается. Но это не особо принципиально. Так как задача состоит в том что бы был Зеркальный сервер SQL, и в случае падения основного сервера можно было бы переключить АОС сервера приложений на резервную базу SQL.
поэтому предложение:
Цитата:
Сообщение от
Alexius
А не проще ли переписать отчеты через "прямые" SQL-запросы непосредственно из АХ, через SSRS или другой отчетник ? При грамотной реализации они будут выполнять значительно быстрее, нежели при варианте с копией.
Если уж очень хочется реплицировать, то определите список таблиц, требуемых для ваших отчетов и гоняйте только его. Если перетаскивать все таблицы, то можно нарваться на системные, которые изменяются даже при запуске и выполнении отчетов, например SysLastValue.
Если в них просходит изменение структуры, то придется переливать полный бэкап, для 50Гб это должно занять в районе получаса на нормальном железе.
мне не подходит. Так как нужна актуализированная версия БД со всеми существующими таблицами. Плюс ко всему время от времени новые столбцы появляются и тех таблицах которые используются для отчётов, поэтому нельзя выделить определённые таблицы и только их реплицировать.
Цитата:
Сообщение от
Alexius
А не проще ли переписать отчеты через "прямые" SQL-запросы непосредственно из АХ, через SSRS или другой отчетник ? При грамотной реализации они будут выполнять значительно быстрее, нежели при варианте с копией.
По поводу SSRS это конечно интересная идея, но во первых я не уверен что они будут работать быстрее, а во вторых отчётов огромное множество и переписать их будет очень трудоёмко. Практически у каждого сотрудника свои виды отчётов и не по одному..
Интересно а если на моём сервере приложений поднять ещё одни АОС который будет смотреть на Резервный сервер SQL, и вносить изменения столбцов сначала через один АОС, потом его останавливать, запускать второй АОС который смотрит на резервный SQL и дублировать изменения, а потом возвращаться обратно, то получается структура таблиц сначала изменится в основной базе, репликация отвалится, но будет повторят попытки, пока базы не будут соответствовать друг другу, потом структура таблиц меняется на резервном сервере, репликация должна подняться если они придут в соответствие. Но в этом способе явно задваивание работы, по внесению столбцов, и что более важно это нужно делать в не рабочее время, так как нужно отключать АОС основного сервера, что бы запустить АОС который будет смотреть на резервный SQL, а если пользователи будут продолжать работу, то может получиться лабуда, так как репликация уже работать не будет, пока структура таблиц разная, а отработает ли она, после того как таблицы будут приведены в соответствие большой вопрос, так как нагрузка на рабочую базу довольно большая, и за несколько часов работы в базе накапливается порядка полумиллиона транзакций, подлежащих репликации...
В общем вопрос репликации структуры таблиц остаётся открытым.