WORDPRESS更新時の注意点をしりたいです。万が一、サイトの不具合がでた場合の正式なバックアップの方法を教えてください。

「これらのプラグインをいれていれば、万が一サイトが見られなくなっても、サイトの修復は可能というか容易なのでしょうか？」という点ですが、ちょっと想像してください。
サイトが見られなくなった時に、これらのプラグインは動作するのでしょうか？

「まず、Ｘｓｅｒｖｅｒを使っているので、ここに問い合わせをして何かあったときのサイトのバックアップ体制についてきいてみます。」は最善です。自身のスキルで出来ないことは、対価をかけることが第一です。

「公開サイトと、同じ状態をローカルに作っています。」については、@hideokamoto さんが紹介されている CODEX ページに「WordPress サイトのバックアップ＞同期サイトを作る」にありますが、パソコンのOS毎に幾つものツールがあります。@ayakobeansさんが使用しているPCの中に小さいサーバーを作るものです。それをインターネットからアクセス可能にもできるので、仲間内向けや公開時間を限定しているサイトを置いています。

こんにちは

>> 万が一サイトが見られなくなっても、サイトの修復は可能というか容易なのでしょうか？

正しく設定されていれば（プラグインに不具合がなければ）バックアップしてリストアすることが可能です。
しかし、リストアは容易ではないかもしれません。
以下のページが分かりやすいように思いました。
バックアップ設定：http://bazubu.com/how-to-use-backwpup-23804.html
リストア方法：http://blog.s-giken.net/137.html

プラグインやカスタマイズの不具合でサイトが停止したりWordPressのダッシュボードにログインできなくても、FTPなどでバックアップファイルを取り出すことができればリストアできます。
バックアップファイルをメールで受信しておいたり、DropBoxに保存したりもできますので、サーバーが物理的に壊れても、よそのサーバーにリストアすることができます。

>> ｇｉｒａｆｆｅは有効化のままの状態では、子テーマgiraffe-child（サイトにはインストールしています）のほうは有効化にならず

giraffe-childを有効化してください。
子テーマのみ有効になっていれば良く、親テーマも両方有効になっている必要はありません。

>> 子テーマは有効化でなく、、インストールしたままだけでも、バックアップはされるものなのですか？

BackWPupではデフォルトの状態で、有効化しているかどうかに関わらず全てのテーマがバックアップされます。

そうです

私みたいなあほの子がバックアップするときに妄想している話をいたします。
wordpressはデータベースとプログラムのファイルの二つがサーバーにのっかっていて動作をしているみたいです。
なのでその二つを全部コピーすればバックアップはできるようです。
バックアップの目的は「違う環境でも同じ動作にもってく」だと思うので、そういう意味では必要な機能が必要な動作をするようにすべきかと思います。

まずデータベースですがダンプというのをとると、データベースまるごとの情報がまるごとテキストになるようなので、それでとれるみたいです。
テキストファイルですがそこにはデータベースの作り方が機械の言葉でかいてあって、それを読み込ませると全部もとの状態になるみたいです。

次にファイルですが普通にコピーしたらバックアップとれるみたいです。動作するのに権限が必要なものとかでも権限は全部外れるみたいなので注意が必要だそうです。

これでバックアップ自体はできると思うのですが、これを元に戻すのにはその元に戻す先、戻すという事自体もう元の場所ではないのでがんばりが必要かと思いますが
バックアップをどこまでとるか、どこを復元するかを判断する基準になればと、私が考えてることを話します。

まずＷｅｂサーバーはライフル競技の射撃主みたいなものです。これが交代せざるをえない場合というのは発生しうると思いますしそのためのバックアップだと思います。
wordpressの親テーマとよばれているところはライフル銃の本体部分だと思います。これがライフルのライフルたるを成しているといえると思うのですが、これは支給品でwordpress社から毎回都度支給されて更新されます。
これをカスタマイズすることもできると思いますが、次に支給されたときにはカスタマイズがはずれてしまうので、ノーマルの支給品で使い方の腕をあげていくほうがいいかもしれません。
子テーマといわれているところは、カスタムパーツみたいなもので射撃手のすきなものに変更できます。この場合は射撃手がサーバーという意味にしているので不適合ですが、射撃の成果をもとめるファンやスポンサーの意図をくむのがカスタムパーツだと思っています。
射撃手や親テーマ支給者が望まない威力のカスタムパーツをつけてしまうスポンサーもいる、みたいなバランスもあるかと思うので注意です。
ほかプラグインという特徴的な機能がありますが、それはカスタムパーツのなかでも直接射撃行為には関与しないけれども射撃を補助する結果になる部品だと思います。
そしてデータベース部分は記事とか設定とかいっぱいつまっていて、銃弾のような感じです。
銃弾にも特殊な性能のものがあったりカスタマイズしたものがあって、それを打ち出して威力をしめすにはカスタムパーツでないとふつうの銃弾とおなじ威力なこともあります。
カスタム設定用のデータベースがノーマルのテーマだと機能しない、みたいな感じです。

完全なバックアップの方法をこれで考えると

射撃手が交代になった（サーバー交換、サイト移設）
↓
銃とパーツと弾をバックアップ（ファイルコピーとダンプ）
↓
新しい射撃手に引継ぎ（新しい環境にバックアップデータを貼り付け）
↓
新しい射撃手の腕前をあげるか、パーツを新しい射撃手にあわせてカスタマイズ
（サーバー動作設定を変更したりパーミッションかえたり、データベース内容の記述を変更）
↓
出来

なのですが、これは対象の全部を手でさわれる人でないとむつかしいと思うので、プラグインとかでバックアップをされている方もいると思います。
図で想像いただけると感じるのではと勝手に妄想していますが、プラグインというオプションパーツでほかの全体をバックアップ、復元はできそうにないと思います。
なので、銃弾のカスタマイズ（プラグインやテーマで増強されたデータベースのデータ）やカスタムパーツの設定（子テーマの独自参照ディレクトリ）など足りないこともあるかと思います。

なので、判断基準として、プラグインでできるバックアップはノーマル部分だけだというつもりでいます。データベースのバックアップだと全部をダンプしてくれるところもあると思うので、銃弾はそのままの性能である可能性もあります。
でもその銃弾が完全でも、カスタムパーツがなければ打ち出せない、威力がでない、というものもあるので、カスタマイズしたものもコピーがいります。
でも次の射撃手がそのパーツそのままを使えるとは限らないので、フルスクラッチでなければ変更前のピュアなパーツの最新版を支給元から取り寄せて、カスタム部分を設定時につけてあげるのがいいみたいです。

先の方がスライドを示されている内容でほぼ完全なのではないかと思うのですが、私みたく適当でよくわかってない人間からみると「同じように復元されてないのはなぜ？」の原因がよくわからないので、そういうたとえにしてみました。
なんとなく、競技用のライフル銃に安全装置が二重三重についてるのはゴテゴテしてて一つにならない？とか、特殊な射撃手むけの特殊なパーツは引継ぎ時すんなりもってける？とか、これを使いたまえと勝手に威力の高いカスタムパーツをスポンサーがもってきたとき、射撃手と本体支給者が対応しきれるかとか、そういうイメージでバックアップとかカスタマイズとか選択できたらいいなとおもって書いてみました。
どこがこわれて、どこを交換すべきか、みたいなことも想像できたらと。
いかがでしょうか。