sql >> データベース >  >> RDS >> Access

MS Accessの破損パート2:予防と回復のためのベストプラクティス

    MSAccessでのデータ破損は非常に一般的です。 (この記事のパート1では、考えられる多くの原因を特定しました。)マルチユーザーMS Accessシステムでは、データの破損がさらに一般的です。 MS Accessデータベースの中断のないパフォーマンスに大きく依存するようになった企業にとって、予防策と災害の計画が最善の行動です。さらに、ビジネスの開発の次の段階で前向きな考えをすることは賢明です。

    MSAccessの破損を防止するためのベストプラクティス

    • 使用していないときにデータベースを閉じるようにユーザーをトレーニングします
    • ワークステーションごとにパワーコンディショナーまたはバッテリーバックアップを使用することを検討してください
    • 不良コンポーネント、コンピューター、ネットワークハードウェアのトラブルシューティングと交換
    • 最新のMSOfficeサービスパックとJETパックがインストールされていることを確認してください
    • 各ワークステーションから不要なソフトウェアを削除します
    • コンピュータの動作環境を理想的な温度と湿度に保ちます
    • ハードディスクに未使用のストレージスペースが十分にあることを確認します。データベースのサイズにもよりますが、これは最低でも200〜300メガバイトの空き領域である必要があります。
    • データベースのコンパクト化と修復コマンドを定期的に実行します
      • データベースのコンパクト化と修復コマンドを実行する主な理由は2つあります。
        • まず、データベースが使用されると、データベースファイルが大きくなり、効率が低下します。 Compact and Repair Databaseコマンドを定期的に実行すると、削除されたレコードまたはその他の一時オブジェクトによって保持されていた未使用のディスクスペースが再利用され、パフォーマンスが低下し続けないようにディスクスペースの使用が最適化されます。
        • ユーザーがデータベースのコンパクト化と修復コマンドを実行する必要がある2番目の理由は、破損またはその他の問題が疑われる場合にデータベースを修復するためです。破損の場合、ソフトウェアが問題を検出すると、MSAccessは起動時にデータベースの圧縮と修復コマンドを実行するようにユーザーに促します。コマンドが完了すると、MSAccessは操作の成功に関するフィードバックを提供します。万が一、MS Accessがデータベースを完全に修復しない場合は、MSAccessデータベースの修復に精通している専門家に連絡することが次のステップです。
      • 注:Compact and Repair Databaseコマンドを実行する前に:
        • 常にデータベースのバックアップを作成します
        • データベースからログアウトするように他のユーザーに通知する
    • データベースをフロントエンドとバックエンドに分割することを検討してください
      • データベースの分割は、MSAccessソフトウェアに組み込まれている一般的な方法です。最終的に、このプロセスは2つのリンクされた.mdbファイルを作成します。最初のファイルである「バックエンド」には、テーブル内のデータの見えない詳細とそれらの関係、およびデータ自体がすべて含まれています。 2番目のファイルである「フロントエンド」には、フォーム、クエリ、モジュール、マクロ、レポートなど、ユーザーに表示されるすべてのインターフェイスコンポーネントが含まれています。データベースを分割することにより、各ワークステーションはすでにシステムにフロントエンドのコピーを持っています。したがって、データのみが中央ネットワークから共有されます。これにより、パフォーマンスが向上するだけでなく、最終的にはデータのセキュリティと信頼性が大幅に向上します。

    バックアップ、バックアップ、バックアップ!!!

    データベース全体のバックアップコピーは、データベースの破損やその他の意図しない変更から回復するための最も高速で安全な方法です。したがって、厳密なバックアップ計画を実施して従う必要があります。バックアップコピーを保存する頻度は、データベースに大きな変更が加えられる頻度によって大きく異なります。多くの企業は、24時間ごとに(データベースに他のユーザーがいないときに)バックアップを実行します。一般に、データベースの設計変更、大量のデータ変更、複数のユーザーによるデータの更新、またはレコードの削除やデータの変更のためにアクションクエリを実行する場合は、定期的なバックアップを実行することがより重要です。多くの場合、主要な設計や大規模なデータ変更を行う直前にコピーを作成することは理にかなっています。

    専門家のヒント:積極的に行動しましょう。

    良いニュースは…あなたのデータベースはあなたに非常によく役立っています。悪いニュースは…データベースが組織にとって重要になり、データベースなしでは生きていけないということです。積極的に!新しいデータベースに移動する準備をするのに最適な時期は、災害が発生する前です。既製のソリューションから完全にカスタマイズされたソリューションまで、信頼性が高くフル機能のデータベースには多くの選択肢があります。各データベースオプションは、eコマース、オンラインマーケティングアプリケーション、在庫、財務、記録と画像の保存、オンラインレポートのセキュリティ、またはその他の機能を他のオプションよりも有利な方法で管理する場合があります。あなたのビジネスに最適なものは明らかではないかもしれませんし、間違った選択はコストがかかる可能性があります。これらの理由から、知識が豊富で経験豊富なデータベースの専門家を使用して選択を支援することを強くお勧めします。


    1. ScaleGridは2017-2018クラウドアワードプログラムの最終候補になりました

    2. sarの防衛(およびそれを構成する方法)

    3. SQLテーブルのレコードをコピーして、新しい行の一意のIDを交換するにはどうすればよいですか?

    4. MySQLで行ジェネレータを作成するにはどうすればよいですか?