タグ

DEVとbackupに関するko-ya-maのブックマーク (6)

  • Aurora MySQL のバックアップは本当にそれでいいのだろうか? | CyberAgent Developers Blog

    技術部 サービスリライアビリティグループ(SRG)の長谷川 @rarirureluis です。 #SRG(Service Reliability Group)は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 また Amazon Aurora MySQL(以下:Aurora MySQL)の話です。何でこんなに Aurora MySQL に関する記事ばっか書いてるのか僕も分かりません。 前回の Aurora MySQL のアップグレード方法のベストプラクティスはこちらです。 RDS Graviton2 に少ないリスクで切り替える方法を考えてみる【アップグレード編】 | CyberAgent Developers Blog 今回はバックアップについてです。 そのクラスター、間違ったクエリ流したときに

    Aurora MySQL のバックアップは本当にそれでいいのだろうか? | CyberAgent Developers Blog
  • MySQLによるオンラインバックアップで注意すること | SHINGO IRIE

    MySQLによるオンラインバックアップについて。バックアップにはmysqldumpコマンドを使いますが、単純にバックアップといえども、リストア(復元)する時のことも考えてないといけません。 バイナリログがどこまでかかれているかバックアップをとったとしても、実際にリストアする際には、時間差があります。例えば今日の朝バックアップをとったとして、夜にデータが壊れてリストアする場合、朝から夜までに保存されたデータは復旧できません。そこで、バイナリログが重要になります。バイナリログには実行されたSQL文が記録されていますので、バックアップデータ+このバイナリログで補填できます。 ですので、バックアップをとる際に、その時点でバイナリログがどこまでかかれているか記録しておきます。これは–mastar-data=2オプションをつけます。 共有ロックをかけるバックアップとっている際中に更新が行われないようロ

    MySQLによるオンラインバックアップで注意すること | SHINGO IRIE
  • Mercurialリポジトリのバックアップを取る | Webシステム開発/教育ソリューションのタイムインターメディア

    Mercurialリポジトリのバックアップだって? 分散型なんでしょ。要らないじゃん。 OK、もちろんそういう観点はある。Mercurialは分散型なので、該当プロジェクトが熱いうちは、かなり障害に強い。中央リポジトリと言ったところで、それは単にプロジェクト内でそのリポジトリを中央と「見做して」いるだけで、基的には他のリポジトリと変わらないからだ。せいぜい、コミットメールの設定等が行われているくらいだろう。だから、中央リポジトリサーバーがダウンしても気にせず作業を続けられるし、プロジェクトの誰かのリポジトリを改めて「中央と見做せ」ば良い。復旧も簡単だ。 だから、Subversionほどにはバックアップを気にする必要はない。 それでも、Mercurialで管理している情報の重要さを鑑みれば、バックアップはあるに越したことはない。ことバックアップが重要になってくるのは、前述「該当プロジェクト

    Mercurialリポジトリのバックアップを取る | Webシステム開発/教育ソリューションのタイムインターメディア
  • WalB v1.0 リリース - Cybozu Inside Out | サイボウズエンジニアのブログ

    更新情報 2017年6月現在、WalB のプロジェクトページはhttps://walb-linux.github.io/です。 こんにちは.サイボウズ・ラボの星野です. 今日は,効率的なバックアップと非同期レプリケーションを目的とした Linux カーネルドライバ WalB についての簡単な紹介と,そのバージョン 1.0 のリリース告知をさせて頂きます. WalB って何? WalB は「ワルビー」と発音します.名前の由来は Block-level WAL です.WAL は Write-Ahead Logging (ログ先行書き込み) のことで,データベースの一貫性制御等に用いられます. WalB を使うと,オンライン状態のブロックデバイスにおいて,アプリケーションやファイルシステムによるデータ書き込みによって生じる差分データを,ブロックデバイスをフルスキャンすることなく効率的に取得出来る

    WalB v1.0 リリース - Cybozu Inside Out | サイボウズエンジニアのブログ
    ko-ya-ma
    ko-ya-ma 2013/05/29
    > 効率的なバックアップと非同期レプリケーションを目的とした Linux カーネルドライバ
  • drbd.conf

    ストレージには寿命があり、保存された情報は永遠に正常性を保証されるわけではありません。その為に別のストレージにデータをバックアップしたり、ストレージそのものを多重化してデータを保護することが重要です。今回紹介するは、ストレージデバイスを多重化し、データを複数のストレージに保存する仕組みで、DRBD(Distributed Replicated Block Device)と呼ばれているものです。同様の仕組みにソフトウェア/ハードウェアRAIDがあります。 DRBD(Distributed Replicated Block Device)とは、TCP/IPネットワークを通じて複数のサーバのストレージ(パーティション)をリアルタイムにミラーリング(複製)するソフトウェアです。RAID1のようなミラーディスクを構築することができます。ソフトウェア/ハードウェアRAIDは同じサーバ内のストレージを使

    ko-ya-ma
    ko-ya-ma 2012/07/25
    「ネットワークを通じてハードディスク(ブロックデバイス)をリアルタイムに複製(同時複製)するソフトウェアです。」
  • Subversionのバックアップ(ミラーリング) | ITプロデュース熊本

    当サイトでは、そもそもがSubversion自体が「履歴機能付きのバックアップツール」という位置づけで紹介しています。 確かに最新ファイルは各ユーザの手元と、Subversionリポジトリ内に保管されているので、安心です。 では、過去の履歴はどうでしょうか? 大抵の場合は過去の履歴はSubversionリポジトリ内にだけしかありません。つまりサーバが壊れれば、過去の履歴は消えてしまいます。これでは魅力半減です。そこで・・・。 方法1:サーバ全体をバックアップ 通常(かどうかは分かりませんが、少なくとも私たちは)、サーバのディスクはRAIDを組んでいたり、定期的にバックアップを取っています。 また、データセンターならば、自然災害などにもかなり対応できます。 これらの対策で十分に安全で、これまでに困った事態に陥ったことは一度もないのですが、最近少しばかり事情が変わってきました。 さらに多重化!

    ko-ya-ma
    ko-ya-ma 2011/07/01
    SVNリポジトリのミラーリング
  • 1