ApsaraDB RDS:インスタンスステータスが『Locking』の場合の対応方法

ストレージの解放

1. インスタンス ページに移動します。ご利用のインスタンスが配置されているリージョンを選択し、インスタンス ID をクリックします。

2. 左側のナビゲーションウィンドウで モニタリングとアラート をクリックし、データタイプごとのストレージ使用状況を確認します。

   

3. ストレージ使用量の多い項目に応じてデータを削除します。

   • 一時ファイル（temp_file_size メトリック）

     MySQL はソート、グループ化、結合操作のために一時テーブルを生成し、大規模トランザクションのためにバイナリログキャッシュファイルを生成します。詳細については、「一時ファイルによって ApsaraDB RDS for MySQL インスタンスのストレージ容量が枯渇し、Locked ステータスとなった場合の対応方法」をご参照ください。

   • ログファイル（binlog_size および general_log_size メトリック）

     データベースエンジン	ログストレージの解放方法
     MySQL	モニタリングとアラート ページでストレージ使用率を確認した後、ログファイルを削除します。「バイナリログファイルによって ApsaraDB RDS for MySQL インスタンスのストレージ容量が枯渇した場合の対応方法」および「ApsaraDB RDS for MySQL の一般クエリログ機能に関する FAQ
     PostgreSQL	ログファイルは手動で削除できません。非アクティブなレプリケーションスロットを削除することで、AliPG が WAL ログを自動的に削除できるようになります。「ApsaraDB RDS for PostgreSQL インスタンスにおける WAL ログ管理機能の利用方法」をご参照ください。
     SQL Server	ログファイルは手動で削除できません。ApsaraDB RDS コンソールでトランザクションログを縮小 してください。

   • データファイル（user_data_size メトリック）

     MySQL の場合：

     1. Data Management (DMS) を使用してインスタンスに接続 します。

     2. 以下のクエリを実行して、サイズの大きいテーブルを特定します。

        SELECT
            TABLE_NAME,
            concat(round((DATA_LENGTH + INDEX_LENGTH) / 1024 / 1024,2),'MB') AS DATA
        FROM
            information_schema.TABLES
        WHERE
            TABLE_SCHEMA = '<Database name>'
        ORDER BY
            DATA + 0 DESC;

     3. 履歴データや不要なデータを含むテーブルを削除します：DROP TABLE <Table name>;

     4. 約 5 分待ちます。システムが自動的にインスタンスのロックを解除します。

     PostgreSQL の場合：

     説明

     ロックによりインスタンスへの接続ができない場合は、まずストレージ容量を拡張し、ディスク領域を確保してから、必要に応じてストレージ容量を縮小してください。「インスタンスの仕様の変更」をご参照ください。

     1. DMS を使用してインスタンスに接続 します。

     2. 以下のクエリを実行して、サイズの大きいテーブルを特定します。

        SELECT
            table_schema || '.' || table_name AS table_full_name,
            pg_total_relation_size('"' || table_schema || '"."' || table_name || '"') AS size
        FROM
            information_schema.tables
        ORDER BY
            pg_total_relation_size('"' || table_schema || '"."' || table_name || '"')
        DESC;

     3. 履歴データや不要なデータを含むテーブルを削除します：DROP TABLE <Table name>;

     4. 約 5 分待ちます。システムが自動的にインスタンスのロックを解除します。

     SQL Server の場合は、「ApsaraDB RDS for SQL Server インスタンスにおけるストレージ不足のトラブルシューティング」をご参照ください。

   • システムファイル（undolog_size メトリック）

     InnoDB テーブルに対する長時間実行クエリと、大量の同時データ変更操作が組み合わさると、undo ログが過剰に蓄積されます。「システムファイルの蓄積によるストレージ不足のトラブルシューティング」をご参照ください。

ストレージ容量の拡張

1. インスタンス ページに移動します。ご利用のインスタンスが配置されているリージョンを選択し、インスタンス ID をクリックします。

2. 構成情報 セクション（基本情報 ページ内）で、仕様の変更 をクリックし、ストレージ容量を拡張 します。

3. 支払いが完了すると、[基本情報] ページの右上隅にある アイコンをクリックして、[タスク] ページで進行状況を確認できます。また、ApsaraDB RDS コンソール にログインし、左側のナビゲーションウィンドウで [タスクセンター] をクリックして、拡張の進行状況を確認することもできます。

拡張に要する時間は、ストレージタイプによって異なります。

大量のデータを削除したにもかかわらず、LOCK_WRITE_GROWTH が依然として有効なのはなぜですか？

DELETE はレコードおよびデータページを再利用可能としてマークするだけで、基盤となるディスクファイルを縮小したり、表領域を解放したりしません。表領域を解放するには、OPTIMIZE TABLE ステートメントを実行してください。「ApsaraDB RDS for MySQL インスタンスの表領域を解放するために OPTIMIZE TABLE ステートメントを使用する方法」をご参照ください。

ストレージが十分にある、または有効期限を更新したにもかかわらず、インスタンスが依然としてロックされているのはなぜですか？

構成変更などのタスクが実行中です。タスクが完了すると、インスタンスは自動的にロック解除されます。[基本情報] ページの右上隅にある アイコンをクリックすると、[タスク] ページでタスクの進捗を確認できます。

ロック中のインスタンスで、インスタンスの仕様を変更できますか？

• ストレージ枯渇によるロック：はい、設定の変更（アップグレードまたはダウングレード）が可能です。

• 支払い遅延など他の理由によるロック：まず支払い遅延を解消したうえで、仕様の変更を行ってください。

ロック中のインスタンスが廃止予定のインスタンスタイプを使用しています。ストレージを拡張してロックを解除するにはどうすればよいですか？

まず、現在利用可能なインスタンスタイプに変更したうえで、ストレージを拡張してください。利用可能なインスタンスタイプについては、「主な ApsaraDB RDS インスタンスタイプ」をご参照ください。

ロック中なのに、なぜストレージ使用率が引き続き増加しているのですか？

INSERT および UPDATE はブロックされていますが、読み取り操作は引き続きログファイルおよび一時データを生成します。そのため、インスタンスが Locking ステータスの間でも、ストレージの消費は継続します。