浅野です。

加藤さん、アドバイスありがとうございます。
>>  メインのDBは稼働させたまま、バックアップ先のインスタンスを停止した上で
>>  ファイルをコピーし、バックアップ先のインスタンスを起動したら、それだけで
>>  問題ないということなのでしょうか？
>>     
> その通りです。
>   
ということは・・・　とりあえず、バックアップ先さえインスタンスを停止して
おけば、ファイルをrsyncでコピーした後に
インスタンスを起動するだけで問題ないということですよね？

もし、バックアップ先もインスタンスを起動した状態であればどうなるのでしょ
うか？

コピー後にインスタンスの再起動だけしてやればOKなのでしょうか？


>   
>>  また、起動時に自動でリカバリされるということはリカバリの必要がある場合、
>>  インスタンスの起動に時間がかかるということですか？
>>     
>
> クラッシュリカバリが行われる場合にはYESです。
> ただしリカバリが行われるのは障害などによりデータファイルとInnoDBログの
> 内容に相違がある場合のみですので、通常運用時は問題ありません。
>
>   
>>  それと、ALTER TABLEはバックアップしたら毎回するべきでしょうか？
>>     
>
> 必須ではありません。
> 最適化はデータファイル内のフラグメントの解消のため定期的な実行が
> 望ましいですが、バックアップのたびに実行する必要はありません。
>
> 以上になります。
>
> *****************************************************
>  株式会社アークシステム ソリューション開発部
>  加藤　剛 - Go Kato -
>  E-Mail：g-kato@xxxxxxxxxx
>  URL ：http://www.arksystems.co.jp
> *****************************************************
> 08/04/25 に 浅野 義幸<asano@xxxxxxxxxx> さんは書きました:
>   
>> 浅野です。
>>
>>  g-katoさんアドバイスありがとうございます。
>>
>>  g-kato さんは書きました:
>>
>>     
>>> InnoDBではInnoDBログ内に処理内容を記録しており、必要があれば
>>>       
>>  > インスタンス起動時に自動でクラッシュリカバリが行われます。
>>  > また、最適化にはALTER TABLEを使用します。
>>  >
>>
>> ということは、メインのDBは稼働させたまま、バックアップ先のインスタンスを
>>  停止した上で
>>  ファイルをコピーし、バックアップ先のインスタンスを起動したら、それだけで
>>  問題ないという
>>  ことなのでしょうか？
>>
>>  また、起動時に自動でリカバリされるということはリカバリの必要がある場合、
>>  インスタンスの起動
>>  に時間がかかるということですか？
>>
>>  それと、ALTER TABLEはバックアップしたら毎回するべきでしょうか？
>>
>>  質問ばかりですみません。
>>
>>     
>
>
>
>