こんばんは。はじめまして
たかひらと申します。

最近、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