Skip to main content
POST
スナップショットの作成
各アカウントは 24 時間ごとに最大 (RAM / 256) * 2 回のスナップショットを実行できます。
string
必須
アカウントの API キーです。これはアカウント設定で確認できます。
データベースのデータのポイントインタイムバックアップを取得し、Square Cloud のスナップショットストレージにアップロードして、30 日間有効な署名付きダウンロード URL を返します。リスクのある移行の前、手動でのスナップショットの復元の前、または災害復旧のための定期実行に利用してください。作成されたスナップショットは、スナップショット一覧の取得にも表示されます。

パラメータ

string
必須
データベースの ID。

ソフトデッドラインの挙動

このルートは ソフトデッドライン モデルに従います。つまり、常に同期的に応答するわけではなくなりました。
  • スナップショットが 約 90 秒以内 に完了した場合、ルートは従来どおり 200 success と署名付きダウンロード URL(30 日間有効)を返します。
  • スナップショットの生成に 約 90 秒以上 かかる場合、ルートは 即座に 202 とコード SNAPSHOT_PROCESSING を返します。これは失敗ではありません。 スナップショットはバックグラウンドで生成され続け、通常は約 2 分以内に自動的に スナップショット一覧 に表示されます。これは大規模なデータベースでは想定される挙動です。
この POST エンドポイントをポーリングの仕組みとして使用しないでください。SNAPSHOT_PROCESSING のスナップショットが完了したかどうかを確認するには、別の POST ではなく、スナップショット一覧GET)エンドポイントを使用してください。スナップショットの完了後に再度 POST すると、まったく新しいスナップショットが最初から開始されます。
クライアントはレスポンスに応じて次のように分岐する必要があります。

レスポンス

string
呼び出しが成功したかどうかを示します。成功した場合は success、失敗した場合は error です。
object
レスポンスの内容。statussuccess の場合のみ存在します。
202
スナップショットが約 90 秒のソフトデッドラインを超えた場合に返されます。スナップショットはバックグラウンドで生成され続けており、通常は約 2 分以内に自動的にスナップショット一覧に表示されます。エラーではありません。待機してから GET の一覧エンドポイントで確認してください。

エラー

スナップショットリクエストは 429 Too Many Requests で拒否されることがあります。code フィールドで 2 つのケースを区別します。
429
短期的なクールダウン。ユーザーごと(5 秒あたり 1 リクエスト)またはデータベースごと(180 秒あたり 1 リクエスト)の制限に達しました。しばらく待ってから再試行してください。
429
1 日あたりのクォータに到達。アカウントがプランの 1 日あたりのスナップショット許容量(24 時間あたり (RAM / 256) × 2)を使い切りました。クォータは移動する 24 時間ウィンドウが進むにつれて解放されます。1 日あたりの許容量を増やすには、プランをアップグレードしてください。