このトピックでは、ApsaraDB RDS インスタンスのストレージ容量に関するよくある質問への回答を提供します。
RDS インスタンスのストレージ容量をデータ移行なしで拡張できますか? 拡張の影響は何ですか?
RDS インスタンスがデプロイされているホストで十分なストレージリソースを提供できる場合、データ移行は必要ありません。ホストで十分なストレージリソースを提供できない場合、システムは十分なストレージリソースを提供できるホストに RDS インスタンスを作成し、RDS インスタンスのデータを必要なストレージ容量を持つ新しい RDS インスタンスに移行します。
RDS インスタンスのストレージ容量を拡張する方法、および拡張中に一時的な切断が発生するかどうかについては、以下のトピックをご参照ください。
ストレージ容量拡張の請求ルールは何ですか?
RDS インスタンスのストレージ容量を拡張すると、RDS インスタンスに対して生成される料金が変わります。詳細については、「構成変更に関する請求の詳細」をご参照ください。
ストレージ使用量の急激な増加をトラブルシューティングするにはどうすればよいですか?
ApsaraDB RDS コンソール にログインし、インスタンスページに移動します。上部のナビゲーションバーで、RDS インスタンスが存在するリージョンを選択します。次に、RDS インスタンスを見つけて、インスタンス ID をクリックします。
表示されるページの左側のナビゲーションウィンドウで、[監視とアラート] をクリックします。表示されるページで、さまざまなデータ型のストレージ使用量とストレージ使用量の傾向を表示します。
ファイルを削除してストレージを解放するにはどうすればよいですか?
RDS インスタンスに空のデータベースを作成しましたが、データベースがストレージを占有しています。なぜですか?
データベースが初期化されると、アカウントと権限に関する情報を格納するためのシステムテーブルが作成されます。さらに、REDO ログや UNDO ログなどのデータベースシステムのログもストレージを占有します。
他の異種データベースからデータをインポートすると、MySQL データベースでより多くのストレージが占有されるのはなぜですか?
データベースストレージエンジンによって、データの処理方法が異なります。たとえば、一部のフィールドの圧縮機能とインデックスは、ストレージの使用量に影響します。
RDS インスタンスのストレージ容量にはバックアップストレージが含まれていますか?
[ストレージ容量] パラメーターの値には、バックアップストレージは含まれません。このパラメーターの値を表示するには、次の操作を実行します。ApsaraDB RDS コンソールにログインし、RDS インスタンスの [基本情報] ページに移動し、[使用統計] セクションでストレージ容量パラメーターを見つけます。バックアップストレージの使用状況の詳細については、「バックアップファイルのサイズを表示および管理する」をご参照ください。
RDS インスタンスのストレージ容量が使い果たされた後、RDS インスタンスがロック状態になるまでどのくらいかかりますか? インスタンスがロックされた場合はどうすればよいですか?
RDS インスタンスのストレージ容量が使い果たされると、RDS インスタンスは自動的にロックされ、ロック状態になります。ただし、検査メカニズムにより、RDS インスタンスは特定のレイテンシでロックされる場合があります。
RDS インスタンスがロックされている場合、RDS インスタンスにデータを書き込むことはできません。 RDS インスタンスのストレージ容量が使い果たされる前に RDS インスタンスがロックされないように、アラートを構成することをお勧めします。詳細については、「アラートを構成する」をご参照ください。また、RDS インスタンスの自動ストレージ拡張を構成することもできます。 RDS インスタンスのストレージ使用量がしきい値に達すると、システムは RDS インスタンスのストレージ容量を自動的に拡張します。詳細については、以下のトピックをご参照ください。
RDS for MySQL インスタンスの場合、自動フラグメント再生 機能を有効にして、フラグメントを再生し、ストレージ容量を解放することもできます。
ストレージ容量が使い果たされたためにインスタンスがロックされている場合は、「ApsaraDB RDS インスタンスがロック状態の場合はどうすればよいですか?」で解決策をご参照ください。
SQL Server を実行する RDS インスタンスで大量のデータを削除した後、占有されているディスク容量が再生されないのはなぜですか?
DELETE 文を実行して SQL Server を実行する RDS インスタンス上の大量のデータを削除した後、占有されているディスク容量が再生されない理由は、データベース管理システムの設計メカニズムとログに記録された動作に関連しています。
トランザクションログのレコード: データの整合性とデータの復元可能性を確保するために、
DELETE操作を含むすべての操作がログに記録されます。この場合、RDS インスタンス上の特定量のデータが削除されたとしても、関連するログは引き続きディスク容量を占有し、ディスク使用量が増加する可能性があります。解放されていないデータページ: SQL Server を実行する RDS インスタンスのデータは、データページに格納されます。データが削除されると、データを格納するデータページは、すぐに再生されるのではなく、再利用可能としてラベル付けされます。これは、後続の挿入操作の効率を向上させ、物理ディスクでの頻繁なリサイクル操作を回避するのに役立ちます。 RDS インスタンス上の特定量のデータが論理的に削除されたとしても、占有されているディスク容量はすぐに再生されません。
テーブルとインデックスのフラグメント: RDS インスタンス上の特定量のデータが削除された後、RDS インスタンスのテーブルとインデックスに穴が残る場合があります。これにより、ストレージが断片化されます。断片化されたストレージは、データベースシステムによって割り当てられていると見なされます。
断片化されたストレージを再生するには、次の操作を実行することをお勧めします。
データベースまたはファイルグループの縮小:
DBCC SHRINKDATABASE文またはDBCC SHRINKFILE文を実行して、未使用のディスク容量を再生し、データファイルのサイズを縮小します。重要このプロセスには時間がかかる場合があり、頻繁な縮小操作は RDS インスタンスのパフォーマンスに悪影響を与える可能性があります。詳細については、「ストレージ容量がいっぱいになったときに SQL Server インスタンスがロックされる問題を解決する」または「ApsaraDB RDS for SQL Server インスタンスのストレージ不足の問題をトラブルシューティングする」をご参照ください。
インデックスの再作成: RDS インスタンス上の大量のデータを削除した後、インデックスが断片化する可能性があります。インデックスを再作成すると、データページの再編成、ディスク容量の再生、クエリ効率の向上が可能です。
トランザクションログのバックアップ: 完全復旧モデルを使用するデータベースの場合、定期的にバックアップされるトランザクションログを切り捨てることで、ログによって占有されているストレージを解放できます。詳細については、「ログを管理する」をご参照ください。
TRUNCATE TABLE 文の実行:
TRUNCATE TABLE文は、特定のシナリオではDELETE文よりも効率的です。 TRUNCATE TABLE 文を実行すると、大量のログを生成せずに、より迅速にデータページを解放できます。重要TRUNCATE文の実行は元に戻すことができず、WHERE句はサポートされていません。
RDS インスタンスの占有されているディスク容量を効率的に再生するには、ビジネス要件に基づいてさまざまな対策を講じる必要があります。これは、RDS インスタンスのディスク容量を最適化するのに役立ちます。
RDS インスタンスのストレージ容量を拡張した後、バックアップストレージの空きクォータは増加しますか？
はい。RDS インスタンスのストレージ容量を拡張すると、バックアップストレージの空きクォータが増加します。 バックアップストレージの空きクォータは、RDS インスタンスのストレージ容量によって異なります。 RDS インスタンスのストレージ容量を拡張すると、バックアップストレージの空きクォータも増加します。 RDS インスタンスがクラウドディスクを使用している場合、バックアップストレージの空きクォータは RDS インスタンスのストレージ容量の 200% に相当します。 RDS インスタンスが Premium ローカル SSD を使用している場合、バックアップストレージの空きクォータは RDS インスタンスのストレージ容量の 50% に相当します。バックアップストレージの空きクォータは GB 単位で測定され、次の整数に切り上げられます。