この資料は Cisco Unity Connection (UC)のディスクスペースを使い果たさないようにするために使用される戦略を記述したものです。 ほとんどのサーバと同様にサービスの損失および potentional 収益の損失の原因となる場合がある本番の間にディスクスペースを使い果たすために、それは有害常にです。 この問題に対処するために、この資料は直面するかもしれない問題およびディスクスペース 利用を監視する方法を取り扱っています。
もっとも一般的な落とし穴はないセットアップメッセージ エージング ポリシーにあります。 インボックス 単一(Unified Messaging)なる複雑にと発生する何が時々誤解されます。 UC からの Microsoft Outlook と同期されるメッセージを削除すれば、UC のメッセージは削除された項目 フォルダに移動されます。 この時点で、メッセージ エージングはメールボックスに適用する必要があります。 これはメッセージがポリシーで規定 される時間に基づいて削除された項目 フォルダから削除されるようにします。 ユーザはまだ電話オプションにアクセスし、削除された項目 フォルダを削除することを選択できます。 詳細についてはこの資料の終わりに関連情報セクションを参照して下さい。
広範なある一定の時間のクラスタに複製を壊される残さないで下さい。 短期間(週)に、それはディスクスペースに影響を与えないかもしれません; しかし、時が経つにつれて、複製 要求 項目はディスクスペースを構築し、影響を与え続けます。 複製ステータスに気づいていることを確認して下さい。 複製を監視するために使用される役に立つコマンドは次のとおりです: cuc クラスタ ステータスおよび utils dbreplication runtimestate を示して下さい。 複製を壊されて残すことを計画する場合複製をディセーブルにする別クラスタを分割することが最善であるかもしれません。 詳細についてはこの資料の終わりに関連情報セクションを参照して下さい。
もう一つの計画ポイントは何メッセージ各メッセージかのユーザ レシーブおよび平均 の 長さ考慮することです。 ドキュメントで既述のとおりに、UC は普通は設定がサポートするユーザの数に基づいてユーザ毎に音声メール メッセージの 20 から 30 分を提供します。 詳細についてはこの資料の終わりに関連情報セクションの設計の指針およびサポートされているプラットフォーム ドキュメントを参照して下さい。
ロギング ディレクトリはスペースで低いことを Show status コマンドを入力し、注意したら、これらのステップ空き容量を完了して下さい:
ある特定の条件が満たされるときアラートを確立するために RTMT を使用できます。 ディスクスペースのために利用可能のいくつかのパラメータがあります。 ディスクスペースを越える UC の潜在的な問題について予防的である場合もあるように RTMT を使用することを推奨します。 詳細についてはこの資料の終わりに関連情報セクションの RTMT のためのドキュメントを参照して下さい。
これらのコマンドはディスクスペースをチェックするために使用されます:
直面するかもしれない問題に気づくためにこれらの問題を検討して下さい。
Cisco バグ ID CSCsz72913 -分離脳解決がディスクに書く機能に影響を与える inode における問題を引き起こす原因となる場合がある既知の問題があります。 これは主にバージョン 7.x に影響を与えます。
Cisco バグ ID CSCsx32588 -これは問題にメッセージを削除する問題がどこにあるかメッセージ待機インディケーター (MWI)はたらかないかもしれません関連付けますユーザはフェイル・セイフを得るかもしれませんまたは他の予想外問題は可能性のあるです。 問題は dyn_dbs がいっぱいになる、それに書くことができませんことであり。 この問題はバージョン 7.x で主に見られます。 dyn および自由な MB カラムを探すために提示 cuc dbserver disk コマンドを入力して下さい。 出力が 0.0 を戻す場合、この問題に出会う可能性が高いです。
Cisco バグ ID CSCti68395 -インターネット メッセージ アクセス プロトコル(IMAP)サービスをセキュリティ目的でディセーブルにする場合、により IMAP キューは構築します、可能性のある ディスクスペース問題の原因となります。