Q&A
kuma_kuma_さん、アドバイスありがとうございます。
「基本Accessのファイルが壊れた場合、新規のAccessファイルを用意しインポートで中身をコピーするのが一般的です」
とのことですが、インポート方法は下記で正しいでしょうか？
｛外部データ｝=>{Access}
エクセルしかインポートしたことがないので、確認させてください。
その他、注意点等とても参考になりました。ありがとうございます。
マイクロソフト アクセス破損について。
Original Access 1 200 900KB (使用していた元のアクセス)
テーブル作成クエリを実行している最中に、ＶＰＮのコネクションが切れてしまいアクセスが破損しました。__Original Access 1 200 900KB__を開くと、下記のメッセージが出てきました。
“Microsoft Access has detected that this data base is in an inconsistent state, and will attempt to recover the database. During this process, a backup copy of the database will be made and all recovered objects will be placed in a new database. Access will then open the new database, The names of objects that were not successfully recoverd will be logged in the Recovery Errors tables”
その後、自動でRepairが行われ、新しいアクセスが作成されました。
Original Access 354 800KB (新しいアクセス)
__Back up of Original Access 1 200 900KB __(元のアクセス)
新しいアクセスを開くと、下記メッセージが出てきました。
“Microsoft Access has recoved this database. Examine the databased to verify that there are no missing database objects”
そして、MSysCompactErrorというテーブルが一つ現れました
|列1|列2|列3|列4|
|ErrorCode|ErroeDescription|ErroeRecid|ErrorTable|
|-1206|Unrecognized database format "サーバー場所"| |"テーブル名"|
全てのテーブル・オブジェクト・データ等を確認し異常がなかったので、もう一度、テーブル作成クエリを実行したら正常に動きました。現在は問題なく稼動しているようです。
アクセスはよく破損がおきると聞いていたので、バックアップもあり大事には至らなかったのですが…初めての破損で、何が起きていたのか付いていけませんでした。
質問
①MSysCompactErrorというテーブルはそのまま放置していても大丈夫でしょうか？（ちなみに、新しいアクセスを念のため、更にバックアップしたらMSysCompactErrorというテーブルは消えていました。）
②今回は自動Repairで復元できましたが、通常破損後はアクセスはこのようなRepair機能がついているのでしょうか？
③今回のケースですと、アクセスの中で何が起きていたのでしょうか？
④新しく作成されたアクセスでは、特に問題なく動いているのですが、これは修復されたという認識をして良いのでしょうか？
⑥元のアクセスは、ずっと壊れたままなので今後は新しいアクセスを使っていけばよいのでしょうか？
⑦元のアクセスと新しいアクセスがリンクしていますか？元のアクセスが更に壊れて、新しいアクセスに影響を与えるとこはありますか？
アドバイス宜しくお願い致します。
回答2件
0
①MSysCompactErrorというテーブルはそのまま放置していても大丈夫でしょうか？（ちなみに、新しいアクセスを念のため、更にバックアップしたらMSysCompactErrorというテーブルは消えていました。）
MSysCompactErrorというのは最適化時のエラー報告です。
バックアップすると最適化も同時に行われますから、最適化が正常だと出現しません。
②今回は自動Repairで復元できましたが、通常破損後はアクセスはこのようなRepair機能がついているのでしょうか？
あくまでAccessが修復できると判断したものだけです。
データの修復は行われやすいと思いますが、デザインの変更などは勝手に元に戻したりはされません。
③今回のケースですと、アクセスの中で何が起きていたのでしょうか？
どのような構成で使用されていたのか分かりませんので「今回のケース」の情報不足です。
VPN越しでリンクテーブルを使用されているような運用なら、同様な事は起こり得るでしょうね。
④新しく作成されたアクセスでは、特に問題なく動いているのですが、これは修復されたという認識をして良いのでしょうか？
最適化だけの問題なら支障は無いでしょう。
⑥元のアクセスは、ずっと壊れたままなので今後は新しいアクセスを使っていけばよいのでしょうか？
暫く保管しておき、新しいものを使用して問題無ければ、廃棄で良いでしょう。
⑦元のアクセスと新しいアクセスがリンクしていますか？元のアクセスが更に壊れて、新しいアクセスに影響を与えるとこはありますか？
リンクなどはしません。全く別なものです。
投稿2020/10/07 14:18
編集2020/10/07 14:22
総合スコア25327
0
基本Accessのファイルが壊れた場合、新規のAccessファイルを用意しインポートで中身をコピーするのが一般的です
①MSysCompactErrorというテーブルはそのまま放置していても大丈夫でしょうか？（ちなみに、新しいアクセスを念のため、更にバックアップしたらMSysCompactErrorというテーブルは消えていました。）
はい放置で構いません。インポート対象に含めないで下さい。
②今回は自動Repairで復元できましたが、通常破損後はアクセスはこのようなRepair機能がついているのでしょうか？
経験的確率から言ったら復元できるほうがまれです。できるだけバックアップを作成しておきましょう。
③今回のケースですと、アクセスの中で何が起きていたのでしょうか？
こればかりはなんとも言えません。ただ「Accessのファイルは壊れる事がある」と覚えておいて下さい。
④新しく作成されたアクセスでは、特に問題なく動いているのですが、これは修復されたという認識をして良いのでしょうか？
できれば先の方法のインポートで新規にされたほうが安心です。
⑥元のアクセスは、ずっと壊れたままなので今後は新しいアクセスを使っていけばよいのでしょうか？
先の回答と同じです。
⑦元のアクセスと新しいアクセスがリンクしていますか？元のアクセスが更に壊れて、新しいアクセスに影響を与えるとこはありますか？
それはないです。完全に別ファイルとなります。元のアクセスは使わないでとっておきましょう。
(新しいAccessファイルに写し損ねた情報があるかもしれません。削除はしないでおいてください。)
Accessを使う際の注意点は
- バックアップは必ず作成する。
- Accessの最適化も定期的に行う。
- Accessは同時アクセスは10人程度までなのでそれ以上の場合別のDBシステムを考慮する
(10人超えてもエラーがでるわけではありません。)
となります。
投稿2020/10/07 13:52
総合スコア2506
新しいAccessファイルを開いて
[外部データ]=>[Access]
で合っています。
ただこれで失敗すると復元自体が失敗している可能性もあります。
その際はまた記載下さい。
ご返信ありがとうございます。
また問題が発生したらご相談させていただきます。
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/10/08 08:14
2020/10/08 09:01
2020/10/08 09:09 編集
2020/10/08 10:50
2020/10/08 11:33
2020/10/08 11:55