dosya WordPressバックアッププラグインをインストールする

WordPressで公式ZIPを使ってdosya Backup 0.3.0をインストールし、サーバー外にバックアップを保存する場合はサイトをdosyaに接続してください。インストール、承認、最初のバックアップは別々に確認します。dosyaアカウントがなくてもローカルバックアップは作成できますが、クラウドへのアップロードにはサイトの接続が必要です。

サイトを確認してダウンロードする

プラグインにはWordPress 6.0以降、PHP 7.4以降、64ビットPHP、mysqliを通じたMySQLまたはMariaDB接続が必要です。プラグインのインストールと有効化が許可されたWordPress管理者を使用してください。マルチサイトではネットワーク管理からインストール・管理します。dosya管理ページには、単一サイトのmanage_optionsではなくmanage_network_optionsが使われます。ホスティングサービスがプラグインのアップロードを無効にしている場合は、ZIPによる手順の前にその機能を有効にする必要があります。

dosya-backup.zipをダウンロードしてください。似た名前の検索結果ではなく、この公式の手動インストールパッケージを使用してください。WordPressへのアップロード時はZIPを展開しないでください。最上位フォルダーはdosya-backupで、dosya-backup.phpと同梱のジョブスケジューラーが含まれます。

新規に有効化すると、サイトのWordPressタイムゾーンで毎日03:00のバックアップスケジュールが有効になります。手動のみで運用する場合は速やかにScheduleを確認してください。既定ではローカルバックアップを3件保持し、アーカイブボリュームは64 MiB、復元時の安全コピーと失敗メールは有効、成功メールは無効です。ローカル保持数は1〜30件、アーカイブボリュームは16〜256 MiBに設定できます。これらのローカル設定はクラウドの保持とは別です。

手順：インストールと有効化

1. wp-adminでプラグイン → 新規プラグインを追加（WordPressのバージョンによっては新規追加）を開き、プラグインのアップロードを選んでください。
2. dosya-backup.zipを選び、今すぐインストールをクリックしてください。完了後にプラグインを有効化を選択してください。マルチサイトでは対応するネットワーク有効化操作を使用してください。
3. dosya Backup管理メニューを開いてください。バックアップ前に接続する場合は、まずScheduleを確認し、設定が完了するまで自動バックアップをオフにしてください。そうしないと接続前にローカルのみのバックアップが実行される場合があります。
4. プラグイン一覧でバージョンを確認してください。有効化に失敗した場合は同じアーカイブを繰り返しインストールせず、該当する要件を解決してください。

有効化エラーには**dosya Backup needs 64-bit PHP.とdosya Backup needs a MySQL or MariaDB database connection.**があります。これらの場合プラグインは使用可能なまま残らず無効化されます。ホストにPHPのアーキテクチャまたはデータベース設定の修正を依頼してください。ZIPが破損・不完全な場合やスケジューラーの依存関係に失敗した場合は、新しい公式パッケージに交換してください。

サイトをクラウドストレージに接続する

1. dosya Backup → dosyaでConnect to dosyaをクリックしてください。ブラウザのdosyaページにサインインし、サイトURL・名前とワークスペースを確認してください。
2. dosyaメンバーシップでフォルダーを作成とファイルをアップロードができるワークスペースを選んでください。フォルダーに制限されたメンバーはワークスペースのルートにサイトフォルダーを作成できません。ローカルまたはプライベートのサイトアドレスはクラウド接続サイトのURLとして使用できません。
3. サイトを承認してwp-adminに戻ってください。承認にはサイトのPKCEチャレンジで保護されたワンタイムコードを使用します。アカウントのAPIキーをWordPressに貼り付ける必要はありません。PHP sodiumが使える場合、サイトはセキュリティキーで専用の認証情報を暗号化します。sodiumがない場合、プラグインはキーを暗号化せずに保存し、その状態を警告します。
4. 接続カードのConnected to dosya、アカウント・ワークスペース、Folderを確認してください。**Open in dosya ↗**から格納先を確認できます。

WordPress側は保留中の接続を15分保持します。承認後の交換コードは5分有効で、一度しか使用できません。途中で中断した場合は古いコールバックを再送せず、Connect to dosyaからやり直してください。dosyaはサイトのアドレス、名前、作成したバックアップを受け取ります。バックアップにはデータベースの内容とサイトファイルが含まれる場合があります。アップロードする意図のないデータを保存する前に除外または暗号化を設定してください。

各サイトにはバックアップフォルダーに限定された削除不可の認証情報が発行されます。WordPressサーバーに通常のアカウント全体のREST、WebDAV、S3アクセスを与えるものではありません。バックアップは承認したワークスペースのWordPress Backups以下に保存され、dosyaのストレージを消費します。有効なアカウントプランによる接続数とクラウドの保持・保護の上限は次のとおりです。現在の接続カードには設定済みの値が表示されます。

プラン	接続サイト数	最大保持期間	アップロード後の最大ロック期間
Free	1	7日	24時間
Starter	3	30日	72時間
Plus	10	90日	168時間
Pro	25	180日	336時間
Business	無制限	365日	720時間

クラウドのロックは期限まで自分のアカウントを含め上書きと削除を防ぎます。すぐに削除したい場合は機密データを含むテストをアップロードしないでください。**Your dosya plan does not allow another connected site.**と表示された場合は、再試行前に接続枠を空けるかプランを変更してください。

最初のバックアップで結果を検証する

BackupsでBack up nowを選び、サイト全体を確認するにはDatabase and filesを選択してStart backupをクリックしてください。進行状況を確認する間、ページを開いたままにしてください。バックグラウンド処理は同梱のAction Schedulerで実行されます。バックグラウンドやループバックで実行できない場合は、開いている管理ページからも処理が進むことがあります。ジョブがキューに入っただけではデータがdosyaに届いた証拠にはなりません。

完了した行を待ち、Storedの状態を確認してください。dosya · verifiedはすべてのボリュームがdosyaによって確認されたことを示します。dosya · not verifiedはアップロード済みでボリュームの確認待ちであることを示します。ローカルのみの行はサーバーに残ります。アップロードが失敗した場合やストレージが満杯の場合、それはサーバー外の復旧用コピーではありません。Open in dosyaで格納先を確認し、利用する前にバックアップをダウンロードして別途復元テストを行ってください。

Scheduleでオフ、毎日、毎週を選び、次回実行の表示を確認してください。WordPressの予定実行はホストやcronがスケジューラーに到達することに依存するため、03:00は目標時刻であり、完了時刻の保証ではありません。除外、ローカル保持、失敗メールの配信を確認してください。別のジョブが実行中の場合、予定された処理はその回をスキップします。復元は現在のサイトのデータベースやファイルを上書きし得る別の破壊的な操作です。インストールの確認だけのためにRestoreを使わないでください。

設定上の問題を解決する

メッセージ・状態	対応
This connect link expired or was already used. Start again.	wp-adminから新しい接続手順を開始し、承認後すぐに戻ってください。
This connect link does not match the request this site started. Start again.	同じサイトとブラウザのリクエストを使用し、古いコールバックは破棄してください。
Could not reach dosya to finish connecting. Please try again.	ホストの外向きHTTPSを確認し、最初からやり直してください。
サイトのセキュリティキーの変更後にConnection to dosya lost	Connect againをクリックしてください。古い暗号化済み認証情報は新しいソルトでは読み取れません。既存のクラウドバックアップは保持されます。
The site’s folder in dosya no longer exists. Connect the site again.	フォルダーを削除した人を調査してから再接続してください。
管理操作中にSession expired	wp-adminを再読み込みするかサインインし直して、新しいセッションと操作用nonceを取得してください。
ジョブの停止やアップロード失敗	Logを読み、ローカルディスク、スケジューラー・cron、ネットワークを確認し、別のジョブを開始する前に実際のバックアップ行を確認してください。

アップグレード、無効化、削除

手動ZIPアップグレードでは、まず使用可能なバックアップを保存し、同じプラグイン画面から新しい公式ZIPをアップロードして、既存プラグインの置換をWordPressで確認してください。コードはバージョンに応じてジョブのテーブルをアップグレードし、既存の設定と接続を維持します。設定が保存されていない古いインストールでは、このアップグレードだけで新規インストールの毎日のスケジュールは追加されません。

無効化すると予定されたバックアップとキュー内のステップが削除されますが、プラグインの設定、ジョブデータ、接続は維持されます。再有効化すると保存済みのスケジュールが再び有効になります。Disconnectはリモートに到達できる場合にサイトの接続を失効させ、ローカルの認証情報を消去します。進行中のアップロードは可能な範囲で中止されます。確認には**Backups already stored in dosya are kept.**と表示されます。リモートの失効がdosyaに到達できなかった場合は、dosya側でも接続サイトを確認してください。

プラグインのコードを削除しても、保存された設定・ジョブテーブルやバックアップを削除する独自のアンインストール処理はありません。削除とデータ消去は別の作業です。先に接続を解除し、復旧用コピーを保持してから、ローカルとクラウドのバックアップおよびロックを明示的に管理してください。以前プラグインが有効だっただけでは、このサーバーの喪失後にローカルのみのバックアップは残りません。

期待される結果

WordPressの一覧でdosya Backupが有効になり、設定されたスケジュールが意図に合い、選択したワークスペースの最初のクラウドコピーが検証済みと表示されます。インストールだけでは検証済みのバックアップにはなりません。

関連ガイド

• WordPressサイトを接続する
• WordPressバックアップを管理する