skakingです。

エラーを無視してよいかの回答ではありませんが。。。

reset masterコマンド実行時に、バイナリログもローテートさ
れると思ったのですが、
あえて、2を実行しているのは何か意図があるのでしょうか？
flush logsコマンドはバイナリログを安全にローテートするく
らいと認識しているのですが。

なので、バックアップ手順は「1→3→4→5→6」でよいと思い
ます。
特に問題なければこの手順ではエラーが発生しないと思われま
す。
もしくは、expire_logs_daysオプション付で「1→3→2→5→6
」でも問題ないのかなと。。。

ちょっとMySQLを試せる環境が無い状態なので、間違った内容
を書いていた場合はすいません。

以上です。


--- hiraken <hiraken@xxxxxxxxxx> wrote:

> こんばんは。はじめまして
> たかひらと申します。
> 
> 最近、OracleDBユーザから、MySQLユーザへ切り替わってき
たものです。
> このMLは、過去ログも含め、非常に参考になる情報ばかりで
重宝しております。
> 
> さて現在、バージョン4.1.12 をRed Hat Linux
> ES4上で稼動させた、
> OLTP系のシステムの、バックアップ・リカバリ設計をしてお
りまして、
> 以下の方法で、オンラインバックアップを行おうと考えてい
ます。
> 
> 【バックアップ手順】
> 　1. flush tables with read lock;
> 　2. flush logs;
> 　3. ストレージのスナップショット
> 　4. reset master;
> 　5. unlock tables;
> 　6.
> 3で取得したスナップショットをテープ等へバックアップ
> 
> 
> しかし、検証環境でリカバリ動作を確認したところ、データ
は戻し、MySQLを起動することができたものの、
> 下記リカバリ手順の2.のタイミングで、/var/log/mysqld.log
にエラーが出力されているのに気づきました。
> 
> 【リカバリ手順】
> 　1.バックアップデータを戻す
> 　2.ネットワーク接続なしでMySQLを起動
> 　3.バイナリログからロールフォワードリカバリ->MySQLを
停止
> 　4.MySQLを通常起動
> 
>
=[リカバリ時のログ]===============================================================
> 
> 
> 070206 15:10:45  mysqld started
> 070206 15:10:45 [Warning] --innodb-safe-binlog is
> meaningful only if the 
> global sync_binlog variable
> is 1; now setting it to 1.
> 070206 15:10:45  InnoDB: Database was not shut down
> normally!
> InnoDB: Starting crash recovery.
> InnoDB: Reading tablespace information from the .ibd
> files...
> InnoDB: Restoring possible half-written data pages
> from the doublewrite
> InnoDB: buffer...
> 070206 15:10:45  InnoDB: Starting log scan based on
> checkpoint at
> InnoDB: log sequence number 0 44818.
> InnoDB: Doing recovery: scanned up to log sequence
> number 0 44904
> InnoDB: Last MySQL binlog file position 0 4, file
> name 
> /var/lib/mysql/binlog.000002
> 070206 15:10:45  InnoDB: Flushing modified pages
> from the buffer pool...
> 070206 15:10:45  InnoDB: Started; log sequence
> number 0 44904
> 070206 15:10:45 [ERROR] After InnoDB crash recovery,
> checking if the binary 
> log
> '/var/lib/mysql/binlog.000002' contains rolled back
> transactions which must 
> be removed from it...
> /usr/libexec/mysqld: ready for connections.
> Version: '4.1.12-log'  socket:
> '/var/lib/mysql/mysql.sock'  port: 0  Source 
> distribution
>
=[リカバリ時のログ]===============================================================
> 
> 
> 
> 
> [ERROR] After InnoDB crash recovery, checking if the
> binary log
> '/var/lib/mysql/binlog.000002' contains rolled back
> transactions which must 
> be removed from it...
> 
> は、
> 『InnoDBのクラッシュリカバリ後、binlog.000002がロール
バックトランザクションを含むバイナリログならば、
> チェックしなさい。』
> という直訳で理解しましたが、binlog.000002自体が、
> バックアップ手順の2.で、flush
> logsを実行した時にできた、
> 最新バイナリログですので、中身に処理は記載されておりま
せん。
> 従いましてこの場合、このメッセージを無視していいものか
どうか、迷っております。
> 
> 
> 
> どなたか、同様のご経験をされた方がいらっしゃいましたら
、何卒ご教授願いませんでしょうか。
> 以上、よろしくお願い申し上げます。
> 
> / Takahira Ken 
> 
> 
> 


--
skaking <ska_king2005@xxxxxxxxxx>
DB:MySQL5.0.19, OS:WinXPProSP2

--------------------------------------
Start Yahoo! Auction now! Check out the cool campaign
http://pr.mail.yahoo.co.jp/auction/