問題タブ [windows-server-2019]

最近、いくつかのスケジュールされたジョブを Windows Server 2012 仮想サーバーから新しい Windows Server 2019 仮想サーバーに移行しましたが、特定のジョブのパフォーマンスが著しく低下していることに気付きました。特に、AS400 JDBC 接続プール データ ソースを使用して DB2 データベースと通信するジョブ。データベースは、IBM iSeries AS/400 でホストされています。

Windows Server 2019 で、jdk1.8.0_131 を使用して、次のコマンドを実行しています。

このプロジェクトは単に DB2 データベースに接続し、SQL 更新コマンドを実行します。他のサーバーでは、同じコマンドに約 2.5 分かかりますが、Windows Server 2019 では、15 分から 1 時間以上かかります。ジョブの実行中にサーバーとデータベースの CPU、RAM、およびネットワーク アクティビティを監視しましたが、特に目立ったものはありません。以下は、さまざまなオペレーティング システムと JDK でのテストの結果です。

上記のように、サーバー 2016 の新規インストールを試してみたところ、パフォーマンスの問題は発生しませんでしたが、Windows Server 2019 の新規インストールを試したところ、パフォーマンスの低下を再現できました。

これらはすべて、同じ量の CPU、RAM を備え、同じホスト上で実行される仮想サーバーです。

更新 3 (解決策):

ホストに最新の Windows 更新プログラムをインストールし、更新された Windows Server バージョンと一致する正確な servercore イメージを指定しました。

mcr.microsoft.com/windows/servercore:10.0.17763.973

コンテナを実行すると、すべてが期待どおりに機能しました。

元の質問:

Windows Server 2019 で実行されているコンテナーでnginxが起動しない理由がわかりません。

nginx には何も書き込まれず、この回答error.logを使用してシステム イベントを検査しても、nginxに関する情報は提供されません。

サーバー上で (つまり、コンテナーなしで) nginx を直接実行すると、問題なく起動します。

dockerfile の内容は次のとおりです。

次のコマンドを使用してコンテナーを実行します。

実行中のコンテナーにexec入ると、ディレクトリ構造が期待どおりであることがわかります。

更新 1:

トラブルシューティング プロセスの一環として、Azure でクリーンな VM を起動し、Docker をインストールしてまったく同じファイルを使用して Docker イメージを再作成した後、期待どおりに起動しました。

これは、問題が私のサーバーに固有のものであり、一般的な問題ではないことを意味します。

更新 2:

--rmrun コマンドから を削除するとdocker ps -a、コンテナーの終了後に実行することで次の情報が見つかります。

終了しました (3221225785) 4 秒前

終了コードの意味に関する情報が見つかりません。

明確化: これは Azure Active Directory への参加に関するものですが、AAD の下のディレクトリ サービスではありません。

Server 2019 Azure VM がありますが、どの AAD にも参加していません。サブスクリプションはテナント X に関連付けられています。この VM をテナント Y に属する別の AAD に "Azure AD に参加" させたいと考えています。シナリオは、テナント Y のユーザーが自分の資格情報を使用してログインできるようにすることです。この VM。

同じテナント内でスクリプト化された方法でこれを行う方法についてのアイデアがある場合。それも大歓迎です。

私はこの問題で髪を引っ張ってきました。スタックオーバーフローがいたるところにありましたが、まだ修正できていません。

目標

Windows Server 2019 Azure VM でオンデマンドでアカウントを作成しようとしています。VM はドメインに参加しておらず、その孤独なワークグループ内のスタンドアロン サーバーにすぎません。アプリケーションは、Azure で App Service として実行される ASP.NET Framework v4.6.1 Web API アプリケーションです。

問題

このコードをローカルで実行すると、すべてがうまくいき、Azure VM への接続が成功し、ユーザーが作成され、サーバーのローカル管理者グループに追加されます。

このコードが Azure の App Service に発行されると、常にSystem.Runtime.InteropServices.COMException: Access is denied.at lineがスローされますuser.DisplayName = username;。user.Displayname を設定しようとすると、サーバーは何らかの方法で照会されると想定していますが、ユーザーのそのプロパティは一意である必要はなく、以前のプロジェクトから、Save() を使用すると一意のプロパティの実際のチェックが行われることがわかっています。ユーザー。

研究と試みられた修正

• App Service IP から Azure VM へのインバウンド トラフィックを許可するファイアウォール ルールを無効にして、別の例外が発生するかどうかを確認しました => タイムアウト / サーバーに到達できませんでした。ファイアウォール ルールは正しいようです
• すべてのファイアウォールを完全に無効にして、ファイアウォール ルールが必要なポートまたはプロトコルを見逃していないことを確認しました => アクセスが拒否されました!
• 例外から詳細を取得することを期待して、App Service をリモートでデバッグするために Visual Studio をアタッチしました => アクセスが拒否されました。
• PSEXECからの修正を試み、アクセス拒否エラー
• UserPrincipal.FindByIdentity (System.DirectoryServices.AccountManagement) の .NET 4.5 バグ => 4.6.1 を使用して、 .NET 4.5 を使用してバグが見つかった
• リモートサーバーをチェックして、作成中のアカウントがまだ存在していないことを確認しました
• この問題、ログインの失敗、監査などに関連する可能性のあるログについて、リモート サーバーのイベント ログを確認しました。何も見つかりません。

最後の手段

この時点で、これらの VM で OpenSSH を有効にして、その方法でローカル アカウントを作成しようとしています。

どこを見ればいいのか、他に試してみるべきことはありますか？

前もって感謝します！

更新 1:

Azure App Service は .NET v3.5 または .NET v4.7 を実行するため、プロジェクトを .NET Framework v4.6.1 から v4.7.2 に変更しました。

.NET v4.7 設定を表示している Azure App Service 構成のスクリーンショット

これがローカル マシンで同じ例外を生成する可能性があることを期待して、もう一度テストを行ったところ、同じ行で実際に COMException がスローされました。ただし、同じ COMException ではありません。

System.Runtime.InteropServices.COMException: Multiple connections to a server or shared resource by the same user, using more than one user name, are not allowed. Disconnect all previous connections to the server or shared resource and try again.

v4.7.2 に変更したばかりなので、この新しい例外についてまだ調査中です。この追加情報が元の問題に追加するのに重要である可能性があると考えました。

I. tkinter GUI を使用して、Python でプログラムを作成しました。次に、cx_freeze を使用して msi にパッケージ化しました。私のパッケージは Windows 10 と 7 に完全にインストールされ、非常にうまく機能します。しかし、Windows Server 2019 では途中までしか機能しません。私は多くのライブラリを使用し、マルチスレッドを実行しています。何か提案はありますか？