MySQLバックアップ頂上決戦！！ LVMスナップショット vs InnoDB Hot Backup
スナップショットを使えばとある瞬間のディスクやファイルシステムのデータをいつでも後から参照することができる。しかもスナップショットの作成は一瞬だ。スナップショット機能を活用すれば最強のオンラインバックアップソリューションが出来るだろう。 しかし、スナップショットでバックアップを取るなんて危険な操作じゃないのか？！と不安に思われる方もいらっしゃるかも知れない。MySQL Serverが稼働中にいきなりデータだけをとってくるのだから、そのような疑問を持たれるのは頷ける。しかし仕組みさえ分かればスナップショットによるバックアップは怖くないということが分かるはずだ。そこで、まずはスナップショットによるバックアップの仕組みについて説明する。スナップショットを取る際の要件は次の通りである。 全てのデータを単一のボリュームに置くこと。つまり、一回のスナップショット操作でバックアップが取れることだ。 ディ
Pantora Networks » 3章 LVM操作 応用編
※1 ext2用のオンラインリサイズパッチは過去に存在していました。 (1) LVのリサイズするには LVのリサイズには、lvresize、lvextend、lvreduceといったコマンドを使います。また、LVのリサイズの中にも、マウントしたままサイズ変更される「オンラインリサイズ」と、一度アンマウントした後にリサイズを行う「オフラインリサイズ」があります。 Linux上の一般的なファイルシステムはオンラインリサイズができます。 (2) LVのサイズ拡大 サイズの拡大は、まず入れ物であるLVを先に大きくし、その後、中身のファイルシステムを大きくします。(図9) LVのサイズを拡大には、lvresizeコマンドか、lvextendコマンドを使います。(図10) 次にファイルシステムを拡大します。この場合、ファイルシステム固有のコマンドを使います。(表1を参照) 図9 LVのサイズ拡大 図1
LVMによる自動バックアップ・システムの構築
LVMによるスナップショットバックアップ 安全にバックアップを取るにはどうすればよいでしょうか？ 非常に頻繁にデータの更新が行われるようなシステムの場合、システムの稼働中にバックアップを取ろうとすると、バックアップの最中にデータが変更されてしまう可能性があります。その場合、不正確な情報がバックアップされたり、バックアップデータが壊れてしまう可能性もあります。 これは、大規模なデータベースシステムを運用しているような場合は特に注意する必要があります。複数のファイル同士に関連性が存在し、あるファイルが更新されたら別のファイルも更新されないとデータの整合性が取れなくなるような場合には、特にこの問題が顕著です。例えば、ファイルAとファイルBが関連するものとして、1:00にファイルAのバックアップが取られた後、1:30にファイルAが更新されたとします。その後、2:00にファイルBをバックアップしたと
LVMのスナップショットを利用してXenのdomUをバックアップしたログ - rderaログ
CentOS5.2上にXen3.0を利用していくつかのサーバを仮想化しています。 仮想サーバのdomUはLVM区画にインストールしています。 今回は、そのdomUのスナップショットを取得してバックアップを取り、そのスナップショットを用いてdomUを復元してみました。 今後のためにもログを記述しておきます。 サーバの一時停止 スナップショットを取得するサーバの状態を一時停止にします。 目的の仮想サーバは『Hoge』です。 [root]# xm pause Hoge [root]# xm list Name ID Mem(MiB) VCPUs State Time(s) Hoge 6 255 1 --p--- 16.1 Domain-0 0 7802 1 r----- 99.2 スナップショット取得 次に、スナップショットを作成します。 [root]# lvcreate -s -n Snap-
XenとLVM・その1・インストール時
RHEL/CentOS、Xenを中心にメモを残していきます。内容は無保証。適用する場合は、十分確認の上、自己責任で。 指摘、質問、要望をコメントしてもらえると喜びます。 RHCSシリーズが進んでないのに、別の話題になって申し訳ないが、クラスタで遊んでいると必要になってきたので書いておく。テーマは、Xenのイメージファイルを直接LVMの論理ボリューム(logical volume, LV)に置くこと。 Xenでは、DomUのディスクイメージを、ファイルで持つのが一般的だ。例えばCentOS 5(RHEL5)だと/var/lib/xen/imagesの下に、domain01.imgと言うようなイメージファイルを持つ。しかし、この方式はオーバーヘッドが大きい。というのは、DomUから見ると、下図の様にファイルシステムが二重になっているからだ。 Dom0側のファイルシステム上にイメージファイルを持
XenとLVM・その3・スナップショットLVの利用
RHEL/CentOS、Xenを中心にメモを残していきます。内容は無保証。適用する場合は、十分確認の上、自己責任で。 指摘、質問、要望をコメントしてもらえると喜びます。 前回および前々回で、Logical Volume Manager (LVM)の論理ボリューム(logical volume, LV)に直接XenのDomUイメージを作成する方法について述べた。このときのLVは、いわゆるリニア(linear)LVだったが、代わりにスナップショット(snapshot)LVを使うとディスクをケチることができる、と言う話。 スナップショットLVは通常、LVをバップアップするのに使用される。オリジナルのLVのスナップショットを撮ると、その後オリジナル側が変更されても、スナップショット側はスナップショットを撮った時点の内容が保持されている。ただし、スナップショットLVに割り当てた容量以上にオリジナルが
XenのDomainUをLVMで作るとFileの時よりどれくらい早いのか実験してみた : Media Technology Labs (MTL) : メディアテクノロジーラボ ブログ
Ringとは、リクルートグループ会社従業員を対象にした新規事業提案制度です。 『ゼクシィ』『R25』『スタディサプリ』など数多くの事業を生み出してきた新規事業制度は、 1982年に「RING」としてスタートし、1990年「New RING」と改定、そして2018年「Ring」にリニューアルしました。 リクルートグループの従業員は誰でも自由に参加することができ、 テーマはリクルートの既存領域に限らず、ありとあらゆる領域が対象です。 リクルートにとって、Ringとは「新しい価値の創造」というグループ経営理念を体現する場であり、 従業員が自分の意思で新規事業を提案・実現できる機会です。 Ringフロー その後の事業開発手法 Ringを通過した案件は、事業化を検討する権利を得て、事業開発を行います。 さまざまな事業開発の手法がありますが、例えば既存領域での事業開発の場合は、 担当事業会社内で予算や
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer