文字通り、ネットワーク上に浮動小数点のAccessデータベースがあります。軽い使い方もあればかなり使い易いものもあれば、まったく使用しないものもあります。私たちがしたいのは、これらのデータベースを管理データベースに集中させ、可能な限りレポートやフォームを保持することです。数百のMS Accessデータベースをどのように中央サービスに移行しますか？
これを行うメリットは、何らかの利用状況のトラッキングがあり、これらのアプリに保存されている重要な分散データにもっと注意を払うことができることです。
RDBMS（Oracle、MS SQLサーバー）またはそれが実行されるスタック（LAMP、ASP.net、Java）には実質的な制約はなく、明らかにこの点で銀色の弾丸はありません。私たちは、最初の面倒な作業を自動化された形で取り除くことができるものを望んでいます。
は特効薬ではありません。いくつかのことがより速くなるかもしれませんが、いくつかのタイプの操作は本物の犬になります。つまり、通常はデータ検索ロジックをサーバー側（ビュー、ストアドプロシージャ、パススルークエリ）に移動することで、アップサイズのアプリケーションを完全にテストし、パフォーマンスのボトルネックを解決する必要があります。
これは本当に質問に対する回答ではありません。
問題に対する自動回答はないと思います。実際、これは人の問題であり、プログラミングの問題ではないと私は言うだろう。誰かがネットワークを調査し、すべてのAccessデータベースの所有権を判断し、ユーザーにインタビューして、使用中のものとそうでないものを調べる必要があります。それから、各アプリはエンタープライズ全体のデータストア/アプリに折りたたまれるべきかどうか、あるいは少数のユーザー用の小さなアプリとしてのオリジナルの実装がより良いアプローチであるかどうかについて評価されるべきです。
これはあなたが聞きたい答えではありませんが、プログラミングの作業ではなく、人々/管理上の問題であるため正確な答えです。
ユーザーはアップサイジングウィザードを使用するか、手動でSQLサーバーにアップサイズします。それは通常かなり簡単です。リンクテーブルを持つすべてのアクセステーブルをSQL Serverに置き換え、すべてのフォーム/レポート/マクロをアクセス可能にします。アクセスへの投資は失われず、ユーザーはいつものようにビジネスを続けることができます。 SQL Serverと集中バックアップの信頼性が得られます。覚えておいてください - これは、何百ものデータベースではなく、いくつかの大規模なアクセスデータベースで行いました。私は数十のパイロットを行い、それがどのように機能するかを見ていきます。
UPDATE： http://www.microsoft.com/sql/solutions/migration/default.mspx
アップデート：私はちょうどこれを見つけた は、SQL Serverの移行assitant、それは一見の価値があるかもしれませんはい、いくつかのリファクタリングは設計が不十分なデータベースのために必要となります。アクセススプロールを処理する方法については？私は技術的なユーザーが多い企業（これはエンジニア、とりわけ最悪です...）に入りました。私たちは、1年以上も触れていないデータベースを（バックアップ後に）削除しました。 「所有者」は、場所&に基づいて、またはデータベース内のデータに基づいて割り当てられました。データベースが "S：¥quality¥test_dept"であった場合、品質マネージャーとヘッドテストエンジニアはその所有権を取得する必要があります。または、それを削除します（バックアップ後も同様です）。
Oracleには、MS AccessシステムをOracle Application Expressに移植するための移行ワークベンチがあり、調査する価値があります。 Accessアプリケーションをアップサイジング
だから？サーバーをAccessデータベースに専用にします。
これらのアプリに格納されている重要な分散データに注意を払うことができます。
これはあなたがとにかくやっていたことです。NTFSの代わりに別のデータベースエンジンを使いたいだけです。
これで、ユーザーを強制的にサーバーに移動させる必要があります。
さて、あなたは古いバックアップでデータを上書きするつもりはないことを伝えることで、データを所有することになり、もうそのデータを保存しないように促すことができます。
また、オンアクセスウイルススキャンからフォルダを除外するため、アプリケーションの実行速度が向上していることも伝えることができます（他のデータベースには適用されないため、フルになっています）。これらのデータベースはインターネットに公開されません）、パケットサインをオフにする予定です（専用サーバーでは必要ありません。ファイル共有を自分のコンピュータにドメインサーバ）。
簡単なアップグレードパス、ユーザーへのサービスの向上、ITの集中管理と制御の強化。誰もが勝者です。
さらにデビッド・フェントンのコメントに
あなたの管理ルールは、このようなものになります：データベース内にあるデータはちょうど自分の仕事（単独）のために、一人のユーザーによって使用されている場合
、彼らは自分のネットワーク共有にそれを保持することができます。
データベースが複数の人で使用されている場合（2つのみであっても）、そのデータベースは中央サーバーに移動し、IT管理（バックアップ、スキーマの変更、インターフェイスなど）。これは、経験豊かな人がショー全体を調整する必要があるか、次の人の時間/リソースが危険にさらされるためです。
@David ...「銀色の弾丸」は誰も聞きたい答えではありません:)しかし、私はそれが正しいことに同意します。 –