WordPressのバックアップを管理する

WordPressのBackupsタブで、データベースとファイル、データベースのみ、ファイルのみのジョブを開始できます。サーバー上のコピーとdosyaに保存されたコピーも区別できます。

手順

1. wp-adminでdosya Backupを開いてください。これらの操作は単一サイトの管理者（manage_options）またはマルチサイトのネットワーク管理者（manage_network_options）だけが使用できます。
2. Backupsで別のジョブを開始する前に状態カードを確認してください。No backup yet、Backed up on this server、Uploading to dosya、Uploaded to dosya, not yet verified、Verified restorableはそれぞれ異なる段階を示します。
3. Back up nowを押し、What to back upでDatabase and files、Database only、Files onlyを選択してください。
4. 必要に応じて**Note (optional)**を入力してください。プラグインは最大80文字を保持し、バックアップの作成時刻の下に表示します。
5. Start backupを選択してください。バックアップまたは復元は一度に1つだけ実行でき、ジョブが短い再開可能な手順で進む間、他の開始操作は無効になります。
6. 結果のバナーを待ち、CreatedとTypeで行を探してください。テーブルにはContents、Size、Storedも表示されます。1ページ20行で、Newer backupsとOlder backupsでページを移動します。
7. localは「このサーバーにのみ保存」として扱ってください。オフサイトのコピーを頼りにする前にdosya · verifiedを優先してください。dosya · not verified、dosya · uploading、dosya · upload failedには追加の確認が必要です。
8. More actionsを開くとDownload manifest、番号付きv0001.dosyaのボリュームのダウンロード、View log、Deleteを使用できます。差分のダウンロードには以前のチェーンが必要です。移行にはフルバックアップを使用してください。

リモートに最初に保存されるバックアップはフルです。以降のジョブは、以前にアップロードされたチェーンが条件を満たすと差分になる場合があり、行にincremental, <size> newと表示されます。ボリューム容量の標準は64 MiBで、16〜256 MiBの範囲で検証されます。ローカルの保持数は1〜30件ですが、別の保存済み値がある場合を除き、表示されるScheduleの選択肢は3、5、10です。

確認できること

完了した行には対象範囲とバイト容量が表示され、Storedバッジで復元可能なコピーがローカルにあるか、転送中か、dosyaによる検証が完了したかを確認できます。フッターにはこのWordPressサーバーに保持されたすべてのバックアップとバイト数の合計が表示されます。

失敗または操作できない場合

• Last backup failed: causeの場合、以前の正常なバックアップは表示されたままです。View logを選択し、示された原因を修正してRetry nowを使用してください。失敗した対象範囲で再試行されます。
• dosya connection lost, uploads pausedの場合、ローカルのバックアップは残っていることがありますが、オフサイトへの転送にはConnect againが必要です。
• **A backup or restore is running.**の場合、別のローカルバックアップを削除する前にジョブの終了を待ってください。
• 無効なDeleteには、選択したベースに依存する新しい差分バックアップの数が示されます。先に依存するバックアップを削除してください。このページからの削除はサーバー上のコピーを削除し、dosyaのコピーは残ります。
• WP-Cronはサイトへの訪問時に開始されるため、自動ジョブが選択した時刻より遅れる場合があります。Backup overdueはスケジュール間隔の1.5倍が過ぎ、実質的に1回の実行が完全に遅れた場合にのみ表示されます。

関連ガイド

• WordPressを接続する
• ストレージ使用量を理解する