定期的にスケジュールされたメンテナンスのためにWebサイトがどれくらいの期間ダウンする可能性があるかをどのように評価する必要がありますか？
私は次の目的で定期的なメンテナンスが必要なシステムに取り組んでいます：
- アップグレードとリリース
- 定期的なデータ移行とデータベースのメンテナンス
これらのメンテナンスウィンドウの長さと発生頻度をどのように判断すればよいですか？
たとえば、一部のデータを「最近のトランザクション」データベースからメインデータベースに移動する必要があります。メインデータベースのデータ量により、インデックスをリアルタイムで更新することができないため、ダウンタイムのあるオフラインプロセスである必要があります。毎日1時間、毎週3時間、または毎月8時間行う方が良いでしょうか？これらの各オプションは、SEOだけでなくユーザーにも影響を及ぼします。
同様に、リリースに1時間かかる場合、毎晩リリースすることは許容されますか？
この種の作業を実行するには、ミラー構造を検討する必要があると思います。
ただし、これができない場合、このメンテナンス作業をいつ実行するかを決定する最善の方法は、Webサイトの1時間ごとのトラフィックを観察して、最適な時間枠を把握することです。また、可能な限りほとんどの時間枠を決定するようにしてください。そうすれば、最適なオプションを選択できます。
このプロセスでは、計画的なダウンタイムでもSEOに影響を与え、一部のユーザーがサイトに戻ってくる可能性があることに注意してください。また、個人的なSEOの経験から、ダウンタイムが頻繁に発生することは、長いダウンタイムよりもSEOに最も悪い影響を及ぼします。
詳細については、こちらをご覧ください。
http://customblogging.com/seomike/archives/seo-tips-tricks/handle-planned-time およびここ http://moz.com/blog/how-to- handle-downtime-during-site-maintenance