skakingさん

たかひらです。
アドバイスありがとうございます。

確かに、バックアップ時のflush logs;は、意味がありませんね。(^.^)

ただ、バックアップ手順「1→3→4→5→6」でも試してみましたが、
同様のエラーがでてしまいます。(;_;)

今回、my.cnfにて、innodb_safe_binlogを指定していますので、
バックアップデータを戻し、MySQLを起動すれば、
InnoDB表に関してはクラッシュリカバリが成功し、エラーは出ないと考えていたのですが....

特に似たような事象はないようですので、バージョンの問題でしょうか？

/ Takahira Ken

----- Original Message ----- 
From: <ska_king2005@xxxxxxxxxx>
To: <ml@xxxxxxxxxx>
Sent: Wednesday, February 07, 2007 10:26 AM
Subject: [mysql 13713] Re: オンラインバックアップデータのリカバリ時のエラーについて


> 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/
>
>