Access2010から2016への移行に関しての注意点

Question

現在、Access2010（32bit）＋Windows7で約300本のモジュールを作成して、システムを稼動させております。
本年、11月までにAccess2016（64bit）＋Windows10に移行する予定にしております。
ネットで色々と検索をしているのですが、有益な情報を見つけることができませんでした。
そこで、皆さんのお知恵を拝借したいのですが、移行に際してのモジュールの修正点および注意点等ございましたらご教示願いたく、よろしくお願いいたします。

尚、バッチ処理が大半を占めております。フォームを使用した処理はほとんどありません。

Answer 1

多分こちら(Access2010からAccess2016への移行)で質問されたけど有用な回答が無いということでしょうか。

結局は、実際に変換してみて動作させてみるしか無いと思います。
どのようなポイントがあるかは「access2016 移行」でググればそこそこあるようですけど。

システム継続利用のためにAccessをバージョンアップする際の7大ポイント
Access2003で作られたmdbファイルをAccess2016で動かしたときの不具合について

もし、内容が理解できないのなら、詳しい人にお願いするか、ACCESSの学習からですね。
そうでないと動作時の不備をQ&Aサイトに投稿したとしても、解決は難しいでしょう。

変換して、問題なく動作するようなら、これらは杞憂とすればいい話ですし。
（ただし、全ての動作を確認しないと後で痛い目をみます）

Answer 2

Access2016(64bit)ってありますが本当の64bit版Accessってことでしょうか？
32bitでOKなら変えないほうがいいのでは？

外部dllのapiを使ってない限りほとんど移植できると思います。
どんな内容なのかくらいは書いたほうがもう少し正確に回答できるかと思います。
（Access単体なのか上のDBなのかとかモジュール３００本がおよそなにをしているのかとか）

Comments

[s_yoshi]

簡単な内容で記載しておりまして申し訳ありませんでした。
また、勘違いをしておりました。Accessの実行環境はWindows Serverでした。
稼動システムは、「生産管理システム」のサブシステムです。
現在の実行環境として、Windows Server2008R2(64bit)+MS Access2010(32bit)+Oracle Database 11g R2になります。
Windows Server上でAccessからOracleDBにアクセスし、バッチ処理を実行しております。
次期の実行環境として、Windows Server2016 Standard Edition(64bit)+MS Access2016(64bit)+Oracle Database 12c R2 Enterprise Editionになります。

[sousuke]

モジュールの中身がOracleに対するバッチ処理ということですか？Accessで行うということは
Excel等に書き出しをしているということですか？Docmd.TransferとかDAO.Recordsetなどを
扱っているという感じであれば大体動くと思います。