TNK様

ご返信頂きありがとうございます。
アクションやイベント期間は無事、手動設定できました。
また、併せてヒストリの保存期間を狭めたのですが、仰る通りhistory_unit.ibdは小さくならずでした。
参考として頂いたURLに記述されている方法の一つとして
　mysql> alter table history_log;
がありますが、データベース内の肥大化しているファイルを特定し、
この対応をすることでhistory_unit.ibdは小さくなるという認識でしょうか。
また、対応後、zabbixのweb画面で見えるデータは一部見えなくなることはございますでしょうか。
質問が多く、恐縮です。

以上、どうぞよろしくお願い致します。

TNK様

サーバのコピーを作成し、試験環境でhistory_unitに対してalter tableを実行してみました。
結果としては、数時間かかり、エラーが返ってきました。
実行～完了までの間、pingの値取得もできていなかったようです。
history_unit.ibdが肥大化し過ぎておりました。

やはり、教えて頂いたリンク先でお話にある、
　DBエクスポート -> DB作り直し -> DBインポート
の対応が一番のようです。

しかし、実は運用zabbixの作業は時間制限付きなので、どの対応も難しい状況です。
(肥大化を放っておいた私の管理不足です。。)

そこで考えたのが、
　1. サーバのディスク増設
　2. アイテムの保存期間を[ ヒストリ1、トレンド0 ]に変更
という対応です。

この対応により、ヒストリは1日分しか確認できなくなりますが、
housekeepingを365にし、up/down履歴は全てイベントで管理しようと考えております。
また、2.の作業では既存のデータを消せないものの、今後の肥大化を抑えることができると考えております。

こちらの対応は効果的であると言えますでしょうか。

話がトピックからかなり脱線してしまっていることをお許しください。
どうぞよろしくお願い申し上げます。

KAZ様

ご回答頂き、ありがとうございます。
早速試験環境でエクスポートを実行中です。

恐縮ですが、重ねて質問させて下さい。

> history_uintを一度捨てて良いなら、history_uintをdropテーブルしてcreateテーブルすれば良いかと。
> テーブルを削除すればibdファイルはなくなります。

と

> 時間があるならZabbixを止めた状態で…
> 1)history_uintテーブルのみエクスポート
> 2)history_uintをdropテーブルしてcreateテーブル
> 3)history_uintテーブルのみインポート

の違いについてですが、
　前者は今までのデータがすべてなくなる
　後者は時間がかかるが、エクスポートを実行した時点までのデータは残る
という認識でよろしいでしょうか。

どうぞよろしくお願いいたします。

KAZ様

すみません、もう一点お願いいたします。

> ibdファイルは定期的にalter tableかけないと肥大化し続けます。
> ibdファイルはデータファイルではなくindexファイルですからデータを削除してもibdは小さくなりません。

ヒストリ365/トレンド365
　を
ヒストリ1/トレンド0
に変更したとしても、肥大化し続ける旨、承知いたしました。
多少、肥大化の進行を遅らせることができる考えていたのですが、
それも変わらずでしょうか。

どうぞよろしくお願いいたします。

KAZ様、fripper様

ご回答頂き、ありがとうございます。

やはり私の考えていたやり方では肥大化を抑えることができないということですね。
運用上は対策として定期的にalter tableが必要な旨、理解致しました。

今回は以下の対応で様子を見たいと思います。

　(1)history_uintテーブルのdrop -> create　(alter tableが失敗するので作り直し)
　(2)ディスク増設　(念のため)
　(3)定期的にalter table　(cronで週一回実施)

色々とご教示頂き、ありがとうございました。
頂いた、アドバイス、URL、大変勉強になりました。
今後ともよろしくお願い申し上げます。