4

開発ワークステーションを 32 ビット Vista から 64 ビット Vista に移行しています。

運用プラットフォームは、32 ビットの Windows Server および SQL Server 2008 です。

コードベースの移行に関する問題を知っている人はいますか?

編集：

システムは、Web フォーム、C# コード、ストアド プロシージャで構成されています。

ajax.net、ssrs、ssis、dundas の動的レポート/グラフもあります。

ただし、他のユーザーは、この動きに関する一般的な教訓やフィードバックを歓迎すると思います。

調査結果:

2009 年 1 月 24 日現在

  • Checkpoint VPN は Vista 64 をサポートしていません (実際にはほとんどサポートしていないようです)
  • Cropper ユーティリティを Vista 64 で動作させるには、特別なダウンロードと再構築が必要でした (Cropper は非常に見栄えが良いですが、スクロール可能なウィンドウ キャプチャがありません)。

Vista 64 のサポートがないため、私にとっては価値がありませんでした。誰かが VPN サポートの欠如について言及していたらよかったのですが、現在 64 ビット クライアントをサポートする VPN ベンダーはありません.... 2009 年 1 月 28 日現在、Vista 64 の使用はそれらのクライアントにとって良い選択肢ではないことに注意してください。 VPNが必要な私たちの。

4

4 に答える 4

3

私はこれを正確に行いました.32ビットのWin2008サーバーにコードを展開しながら、ワークステーションをVista 64に移行しました.

一般に、最大の問題は WOW64 エミュレーション レイヤーです。これは、32 ビット プロセスと 64 ビット プロセスが同じリソース (レジストリ キー、システム フォルダーなど) の異なるバージョンを参照することを意味します。System.Environment.SpecialFolderこれにより、プログラム ファイル、アプリケーション データ、およびその他の潜在的に危険なシステム フォルダーへの安全に抽象化されたアクセスが可能になります。また、IIS を強制的に 32 ビット互換モードで実行する必要があります (64 ビットと 32 ビットの Web アプリを同時に実行することはできません) - http://support.microsoft.com/kb/894435の手順

ただし、乗り越えられないことは何もありません。Vista x64 で COM 可視の .NET アセンブリを正常にコンパイルし (x86 CPU をターゲットにするようにコンパイラを設定)、ASP.NET および 32 ビット COM オブジェクトを実行する従来の ASP コードと共に展開しています。 32ビットサーバーで、すべてうまく機能しています。私のブログに投稿された便利なメモがいくつかあります。私が個人的に遭遇した最大の頭痛の種は、32 ビット アプリケーション (私のお気に入りのテキスト エディターを含む) が C:\Windows\System32 を認識できなくなったことでした... しかし、それでも回避するのは簡単です。

于 2009-01-23T16:50:18.533 に答える
1

システム フォルダにハード コーディングされた名前を使用しないでください。

（とにかく悪い考え）

于 2009-01-23T16:41:57.830 に答える
0

Vista 64 で 1 つの問題に遭遇しました。

プログラムファイル

プログラム ファイルは、Program Files x86またはProgram Files に保存される場合があります。コードのいずれかがプログラムの保存場所について仮定を行う場合は、これを回避するようにコーディングする必要があります。現在、2 つの異なる環境変数があります。これらのうち、アプリがインストールされる場所を知る必要があります。これは、x86 をターゲットにする場合と任意の CPU をターゲットにする場合で異なります。

于 2009-01-23T16:40:28.473 に答える