GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット － Publickey
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
WordPress春のお掃除大作戦！データベースをキレイにし最適化する方法
WordPressはバグフィックスやセキュリティパッチで最新のバージョンにしておくと、かなり強靱で効率的なアプリケーションです。しかし長く使っていると、データベースに不必要な値が貯まってしまい、それが原因でサイトの速度を遅くしてしまいます。 WordPressのデータベースを掃除し、各種設定を見直し、最適化する方法を紹介します。 How To Clean Up & Optimize Your WordPress Install 下記は各ポイントを意訳したものです。 1. データベースのバックアップ 2. ファイルのバックアップ 3. 使用していないプラグインのゴミを掃除 4. 自動保存された記事の掃除 5. 記事のメタデータを掃除 6. サムネイル生成を停止 7. スパム判定待ちを削除 8. 古い記事だけコメントを閉じる 9. データベースの最適化 10. 最後にセキュリティのチェック 1
今こそ安心できるWordPressバックアップを！復旧作業まで実際にやってみたWordPress丸ごとバックアップ法
※BackWPup3が公開されました。BackWPup3でのバックアップ＆復旧手順についてはこちらをご覧ください データのバックアップは大切ですよね！疑う余地はないと思います。 WordPressのブログも例外ではありません。バックアップしている人も多いですよね？ でも、 「WordPress全体をバックアップできていますか？」 そして、 「実際にリストア（復元）作業を試してみたことはありますか？」 GoogleでWordPressのバックアップ方法を調べてみると、データベースだけバックアップして安心していたり、復元方法の解説がない場合がとても多いです。 しかし、私はこう思います。 実際にリストア作業をやってみなきゃ、安心はできない！ リストアできないバックアップは役に立ちません。やはり、一度リストア作業を試してみて、初めて安心できるのではないでしょうか。 そこで今回は、「プラグインを使っ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLバックアップの基本
