問題:
MySQLでデータベースのバックアップをリストアしようとすると、特定のテーブルを参照してリストアに失敗する。テーブルは変更される可能性があります。しかし、常に次のエラーが表示されます。
"MySQLがなくなりました。"
解決策:
このエラーは、大きなクエリを含むテーブルをリストアしようとすると発生することがあります。この問題を解決するには、以下のガイドを参照してください；
- 内部データベースを含め、実行中のサービスをすべて停止します。
- 内部データベースのインストール・パスをバックアップします。デフォルトでは、これは C:﹑ProgramFiles(x86)﹑DocuWareInternalDatabase にあります (インストール中に変更された場合、この場所は異なる可能性があります)。
- 上記のパスのルートにある my.iniファイルを開きます。
- ファイル内で、"max_allowed_packet "を検索する。デフォルトでは、この値は4Mに設定されています。これを40Mに変更する。(この値でうまくいかない場合は、さらに増やしてください)。
- 内部データベースのデータフォルダーを開きます。デフォルトではC:¥ProgramFiles(x86)¥DocuWare¥InternalDatabase¥Dataにあります。(インストール中に変更された場合、この場所は異なる可能性があります。）
- 次のファイルを削除します:
a. <サーバー名>.pid
b. ib_logfile0
c. ib_logfile1
d.InternalDatabase.err
- 内部データベースを起動する。ログファイルを再作成しているため、通常より若干時間がかかる場合があります。
- 開始したら、データベースのリストアを再度試みます。前述のとおり、それでも失敗する場合は、ステップ 4 の値を増やしてください。
KBAはオンプレミス組織のみに適用されます。
ご注意：この記事は英語からの翻訳です。この記事に含まれる情報は、オリジナルの英語版製品に基づくものです。翻訳版の記事で使用されている文法などには、細かい誤りがある場合があります。翻訳の正確さを完全に保証することは出来かねますが、ほとんどの場合、十分な情報が得られると思われます。万が一、疑問が生じた場合は、英語版の記事に切り替えてご覧ください。