ワードプレスの完璧なバックアップに必要なもの、方法

データベースとアップロードしている、画像、音声、動画等メディアファイルと、それにエクスポートしたXMLファイルがあれば再構築できますが、〈完璧な〉といった場合は、サイト運用次第で際限がないことでしょう。多岐に及べば長い解説になるでしょうし、限られた状況では説明が難しい。サーバー会社のいう「復元できる可能性が大きくなる」という回答が、当に言いえているでしょう。口すっぱくしても、念仏に思える事態になる恐れはあるでしょう。

こんにちは

部分的にですが・・・

それらのデータや仕組みはどうやって調べればいいのでしょうか？

使用しているプラグインが何らかのデータをファイルとして保存したり、他のサーバーに接続してデータを保存したり、など、内部的に何をやっているかは利用者からは見えにくいですよね。

その仕組みは正直なところ、自分自身で調べることには限界があります。
ソースコードを追えればいいですが、普通に利用される方にはハードルが高すぎます。
プラグインのページを見るか、制作者に質問するか、Googleで検索するか、ぐらいでしょうか。

しかし、使用しているプラグインの数が多いと全プラグインについてそんなことはやっていられません。
ですので、いちばん効率がいいのは、テスト環境やローカル環境などを作ってそこでバックアップからのリストア作業をやってみることです。
動作確認して問題なければ、バックアップが必要なファイルやデータなどを網羅できていると思います。
問題があれば、その機能に絞って調べてみるといいと思います。

nobitaさんがおっしゃっているスキルアップにもつながるのではと思います。

サイトの更新頻度が多いとか、カテゴリーが多いとかサイトの性質に応じて、分散させておいてサイトとしてはひとつのドメイン下に配置させた運用ができることがWordPressでは可能です。ブログサービスやSNSも最近は便利になって、一部に組み入れることも容易になりましたね。分散しておくことで、復旧の必要が出た時の問題点を見つけやすい。復旧スキルの経験を積むためにも、部分的にバックアップと復旧をしていてもサイト全体には影響は小さいですよね。わたしは、WordPressのサイトは、系統が変わるときに新規に作りなおしています。近々4.9の更新になりますが、それを機会に現在の4.8系をバックアップして、4.9で復旧させる練習にするのは良い機会でしょう。バックアップと復旧には、サイトのデータとして連携サービスとの接続や、アドセンスなどからの認証もありますから、日頃から認識しておけるようになります。

独自ドメインの下にあるサイトは、それぞれ異なるサーバー、データベースで動いていても、ひとつのサイトとして運用できます。レンタルサーバーの簡単インストールで、複数のデータベースを利用できるサービスもありますし、データベースがひとつでもWordPressでは複数のサイトを共存できます。ショップサイト、ブログ、写真ギャラリー、専門的な情報をまとめたサイトを同一ドメイン下で運用できますが、必ず月に何度かはメンテナンスを必要とします。ブログを更新中は、ショップサイトはアクセスしにくくなるなどということも、分散したサイトだと障害になりません。
バージョンを新しいものに更新中は、「現在メンテナンス中です」と表示されてサイトにアクセスしてもらえないですよね。サーバーのダウンはいずれ経験するでしょう。

様々ツールが有り、トライ・アンド・エラーはたくさん経験しましょう。それが信憑性の高いサイトか見極める力になりますよ。多くの人で考えたほうが解決が早いような問題でなく、ちょっと疑問があるようなことは、個人レベルでも構いませんよ。

あと 28 個のデータベースが作成可能とのことは、C.com,D.com,E.com… と独自ドメインを紐付けることであと 28 の異なるドメインのサイトが作成可能です。実際はサブドメインのサイトにデータベースをそれぞれ使うことになるのでしょうが、このWordPressのフォーラムを例にあげれば（https://ja.wordpress.org）は（https://wordpress.org）のサブドメインです。

そのようにB.comに対して「記事.B.com」「ショップページ.B.com」「トップページ.B.com」などとデータベースごとに分散する管理が出来ます。

その際、プラグインなどが特殊で、4.8系対応で4.9系対応の更新がまだないときに、「記事.B.com」だけを4.9系にすることも出来ます。実際は、テスト用のサイトで4.9系を予め動作確認しているのが一般的でしょう。
そして、作業としては「記事.B.com」ドメイン下で、「記事.B.com/4.8系」「記事.B.com/4.9系」のサイトを作っておいて、更新作業中は「記事.B.com/4.8系」を「記事.B.com」として表示させておいて、「記事.B.com/4.9系」の問題がなかったら、こちらを「記事.B.com」で表示させ、「記事.B.com/4.8系」を削除します。これが、たいていのリニューアルや、メンテナンスで行われていることでしょう。

wp-admin、wp-content…といったファイルを分けてWordPressを動作させることは出来ません。wp-admin、wp-content…といったディレクトリの中のファイルで全体のプログラムとなっています。それらはバックアップとして、ローカルに保存しましょう。サーバー上で異常があった場合に、ローカルからバックアップをアップロードすることで、クラッキングを受けた時に即対応できます。

サイトの異常は、サイト内のすべてのページを常に確認しておくことが『完璧な対応』です。もしサイトで使っている画像などが、ネット上から見つけたものを使っているとウイルスが組み込まれていることがあり、それがサイトのバックドアを食い破ります。サーバー内にアップロードした覚えのない、画像ファイルが増えていることもあります。
アクセスログでわかるのは、サイトが有るサーバーがリモートメールの踏み台にされることです。共有サーバーを使っている場合、同一のサーバー上で数百人が利用しているわけですから、誰かの利用情報が悪用されることで同一のサーバー上の数百人の利用情報も利用できるようになります。
グーグルや、契約サーバーから連絡があるときには、すでに危険に晒された結果であるのがほとんどでしょう。急なアクセスの異常は、ユーザー以外に気づけるすべはありません。
サーバー内のファイルを定期的に比較するのが最善策です。ファイルが増えたり、改ざんされたりといったウイルス感知のプラグインも有効ですよ。それでも、新しいウイルスには後手になるものです。

それらを一般ブログサービスではサービス側が定期的に行ってくれています。何より手間ですが、テーマやプラグインを試すぐらいの気持ちなら、運用中のサイトで行わないことです。
そして、最短でも4.8系から4.9系に変わるときは、新規インストールでサーバー内のファイルの健全を保つことです。

こんにちは

質問個数が多くなり、いろんな方から回答がされにくいと思います。
それに、解決済みになってしまってます。

当初のご質問より離れているものもあり、トピックを分けられてはどうでしょうか？