- “ClickHouse Cloud におけるバックアップの仕組み” (機能概要ページ) を読んでいること
バックアップのステータス一覧
バックアップは、デフォルトの毎日のスケジュールでも、ユーザーが選択したカスタムスケジュールでも、サービスに設定されたスケジュールに従って実行されます。利用可能なバックアップはすべて、サービスのBackupsタブから確認できます。ここでは、バックアップのステータス、所要時間、バックアップのサイズを確認できます。また、Actionsカラムから特定のバックアップを復元することもできます。バックアップコストの把握
- フルバックアップとインクリメンタルバックアップのサイズ
- 希望するバックアップ頻度
- 希望するバックアップ保持期間
- クラウドプロバイダーとリージョン
サービス内のデータ量は時間の経過とともに増加するため、バックアップの見積もりコストも変動する点に注意してください。
バックアップを復元する
バックアップは、取得元の既存サービスではなく、新しい ClickHouse Cloud サービスに復元されます。 Restore バックアップアイコンをクリックすると、作成する新しいサービスのサービス名を指定して、このバックアップを復元できます。 新しいサービスは、利用可能になるまでサービス一覧にProvisioning として表示されます。
復元済みサービスの扱い
- 新しい復元済みサービスを使用し、元のサービスを削除します。
- 新しい復元済みサービスから元のサービスへデータを移行し、新しい復元済みサービスを削除します。
新しい復元済みサービスを使用する
- 新しい復元済みサービスに、用途に応じて必要な IP Access List のエントリがあることを確認します。
- 新しい復元済みサービスに、必要なデータが含まれていることを確認します。
- 元のサービスを削除します。
新たに復元したサービスから元のサービスへデータを移行する
新しいサービスにアクセスするには、サービスのパスワードをリセットする必要があります。これは、サービス一覧の Settings タブから実行できます。
db.table) を読み取れる読み取り専用ユーザーを追加します。
CREATE TABLE ステートメントを使って、宛先を作成します。
remoteSecure 関数を使用して、新たに復元した ClickHouse Cloud サービスから元のサービスへデータを取り込みます。
テーブルの削除取り消し
UNDROP コマンドは、ClickHouse Cloud で Shared Catalog を通じてサポートされています。
ユーザーが誤ってテーブルを削除しないようにするには、GRANT ステートメント を使用して、特定のユーザーまたはロールの DROP TABLE コマンド に対する権限を取り消すことができます。
データの誤削除を防ぐため、ClickHouse Cloud ではデフォルトでサイズが
1TB を超えるテーブルは削除できません。
このしきい値を超えるテーブルを削除する場合は、設定 max_table_size_to_drop を使用してください。レガシープラン: レガシープランをご利用のお客様には、24時間保持されるデフォルトの日次バックアップがストレージコストに含まれています。
バックアップの所要時間
バックアップと復元の所要時間は、データ量、スキーマの複雑さ、テーブル数によって大きく異なります。以下の数値は社内テストで得られた結果であり、パフォーマンスを保証するものではありません。 テストでは、約 1 TB のバックアップに約 10~15 分、20 TB のバックアップに約 1 時間かかりました。より大規模なデータセットでは、所要時間もおおむね比例して長くなります。数百 TB 以上のバックアップには何時間もかかることがありますが、規模が大きくなるほどスケールメリットも得られます。 復元は通常、同等のバックアップよりも時間がかかります。特に、長いインクリメンタルバックアップチェーンを含む復元では、完全バックアップとチェーン内の後続のすべてのインクリメンタルバックアップを適用する必要があるためです。非常に大規模なサービスの復元には、1 日以上かかる場合があります。 所要時間はデータ、スキーマ、バックアップ設定に大きく依存するため、目標復旧時間を設定する前に、必ずご自身のデータを使用して復元をテストすることを強くお勧めします。外部バケットへのバックアップは、ClickHouse バケットへのバックアップよりも遅くなる場合があります