db_archiver и несколько баз.
db_archiver и несколько баз.
Попытался перейти на db_archiver вместо собственного скрипта архивации и столкнулся с проблемой, дело в том что мне удобно хранить боевую базу и архивные данные в разных базах, которые физически находятся на разных серверах, основная база за месяц лежит на ssd локально, все архивные данные в подмонтированной по nfs директории, при этом админка UTM5 все архивные базы прекрасно видит, но как заставить db_archiver переносить архивные таблицы в другую базу я так и не нашел, как после ручного переноса скриптом заставить эти архивы увидиться в админке тоже, может кто знает возможно ли это реализовать штатными средствами вообще или лучше продолжать использовать собственный костыль для архивации?
Ну если это требует ручной правки ссылок в arhives, то не вижу смысла использовать db_archiver, т.к. свой скрипт делает то-же самое, но при этом еще и умеет удалять совсем старые данные (старше 3х лет), а db_archiver это тоже не умеет, к ому-же формат даты в db_archiver лично мне кажется неудобным. Спасибо, тогда вопрос закрыт.Point писал(а):К сожалению, штатными средствами, по крайней мере сейчас, Вашу (и мою тоже) хотелку сделать невозможно. Я перенощу архивные таблицы в другую базу после архивации и правлю в базе UTM таблицу arhives.
Проблема в следующем: в некоторых архивируемых таблицах бд UTM теперь не используется поле DATE, что при использовании скрипта от многоуважаемого JAO приводит к потере данных из этих таблицAntares писал(а):Я на стенде попробовал старый метод архивации уважаемого JAO, вроде работает. Чем это грозит?
А не могли бы уточнить о каких таблицах идет речь, я у себя такой проблемы не замечал, но я не использую некоторые таблицы типа трафика вообще.Point писал(а): Проблема в следующем: в некоторых архивируемых таблицах бд UTM теперь не используется поле DATE, что при использовании скрипта от многоуважаемого JAO приводит к потере данных из этих таблиц
Rico-X писал(а):А не могли бы уточнить о каких таблицах идет речь, я у себя такой проблемы не замечал, но я не использую некоторые таблицы типа трафика вообще.Point писал(а): Проблема в следующем: в некоторых архивируемых таблицах бд UTM теперь не используется поле DATE, что при использовании скрипта от многоуважаемого JAO приводит к потере данных из этих таблиц
Код: Выделить всё
Таблицы, для которых не используется поле даты, нужно архивировать одновременно с таблицами, с которыми они связаны. На данный момент в таблицах связаны следующие поля:
tel_sessions_log.id = tel_sessions_detail.dhs_sess_id
dhs_sessions_log.id = dhs_sessions_detail.dhs_sess_id
invoices.id = invoice_entry.invoice_id
invoice_entry.id = invoice_entry_details.entry_id
я разрабов пинал с самого появления функционала по поводу другой бд и задания вручную периода архивации, а воз как грится и ныне.....banec писал(а):Ну что - ответ ТП
думаю в новых апдейтах будет.Я зарегистрировал пожелание на реализацию функционала, позволяющего использовать при архивации другую базу данных, у разработчиков под номером 5253.