За пару лет эксплуатации база значительно увеличилась. особенно много записей в таблицах discount_transactions_all и discount_transactions_iptraffic_all, причем размеры их одинаковы и почти по 10 гигов.
Как можно почистить эти таблицы например за предыдущий год? Можно конечно стандартными запросами mysql, но боюсь что-нибудь сломается, ведь здесь много написано о том, что трогать базу нельзя.
Чистка базы UTM
По правильному будет наладка архивирования по вот этой доке: http://www.netup.ru/UTM5/articles/archive_table.php
А потом можно просто дропать ненужные архивные таблицы, удаляя на них ссылки из таблицы archives
А потом можно просто дропать ненужные архивные таблицы, удаляя на них ссылки из таблицы archives
В этой доке вообще ничего непонятно, обычно в доках пишут sql команды, а тут все как-то абстрактно.taf писал(а):По правильному будет наладка архивирования по вот этой доке: http://www.netup.ru/UTM5/articles/archive_table.php
А потом можно просто дропать ненужные архивные таблицы, удаляя на них ссылки из таблицы archives
Дока вполне достаточная. Как раз дающая понимаение принципов работы архивирования. А вот непосредственные реализации очень сильно зависят от конкретных случаев.Rusteko писал(а):В этой доке вообще ничего непонятно, обычно в доках пишут sql команды, а тут все как-то абстрактно.taf писал(а):По правильному будет наладка архивирования по вот этой доке: http://www.netup.ru/UTM5/articles/archive_table.php
А потом можно просто дропать ненужные архивные таблицы, удаляя на них ссылки из таблицы archives
Прописал в таблице archives discount_transactions_all_504 и discount_transactions_iptraffic_all_504 с указанием дат архивации, создал одноименные пустые таблицы с такой же структурой как оригинальные. Но ничего не происходит, данные в архивных таблицах по нулям. Видимо за это отвечает какой-то скрипт, а о нем ничего не написано. Или время, когда будет производиться архивирование как-то указывается в настройках? Версия 5-2.1.008
Не будет оно производиться самостоятельно, написали\взяли с форума скрипт по переносу записей из базовых таблиц в архивные и будет вам счастье. Тут на форуме несколько примеров есть, но вы всегда можете написать свой вариант. Скрипт, разумеется, нужно запускать по крону с периодичностью, с которой хотите архивы создавать.
Да мне не надо с периодичностью, буду раз в год запускать. Только непонятно, почему в доке от нетапа ничего не сказано про скрипты. Собственно поэтому и открыл топик, т.к. хотелось бы проводить архивирование встроенными средствами, а не скриптами написанными неизвестно кем и неизвестно как работающими.Manjur писал(а):Не будет оно производиться самостоятельно, написали\взяли с форума скрипт по переносу записей из базовых таблиц в архивные и будет вам счастье. Тут на форуме несколько примеров есть, но вы всегда можете написать свой вариант. Скрипт, разумеется, нужно запускать по крону с периодичностью, с которой хотите архивы создавать.
Я наверно Вас разочарую, но эти скрипты и есть часть встроенных средств. Даже более того, в этих скриптах и реализуется функционал архивирования.Rusteko писал(а):хотелось бы проводить архивирование встроенными средствами, а не скриптами написанными неизвестно кем и неизвестно как работающими.
Можно конечно попросить нетаповцев, чтобы они добавили в поставку рабочие скрипты, требующие минимальной доработки. Но вероятность такого события стремится к нулю.
Так что в данный момент альтернативы нет - либо искать на форуме, либо писать самому по документации. Как-то так.
Встроенные средства будут сводиться к запуску внешнего скрипта/программы раз в месяц. Смысл дописывать это в UTM, когда есть cron? И я могу сказать, почему это будет так. Потому что всем провайдерам не угодишь, и универсального решения здесь нет. Кто-то захочет архивные таблицы в MyISAM хранить, кто-то в InnoDB, кто-то еще и упаковать их захочет.
А где они доступны? В личном кабинете не нашел.JAO писал(а):Очищают, а что было до начала текущего месяца, переливают в архив. На отчетах это никак не отражается. А вот биллинг становится ощутимо шустрее.
Кстати, рабочие скрипты, требующие минимальной доработки, уже давно сделаны, протестированы и доступны для скачивания.