Visual Studio または Visual Web 開発者を使用したSQL Server Compactを使用した ASP.NET Web アプリケーションのデプロイ: トラブルシューティング (12/12)
この一連のチュートリアルでは、Visual Studio 2012 RC または Visual Studio Express 2012 RC for Web を使用して、SQL Server Compact データベースを含む ASP.NET Web アプリケーション プロジェクトをデプロイ (発行) する方法について説明します。 Web 発行更新プログラムをインストールする場合は、Visual Studio 2010 を使用することもできます。 シリーズの概要については、シリーズ の最初のチュートリアルを参照してください。
Visual Studio 2012 の RC リリース後に導入されたデプロイ機能を示すチュートリアルでは、SQL Server Compact以外のSQL Serverエディションをデプロイする方法と、Windows Azure Web サイトにデプロイする方法については、「Visual Studio を使用した web 配置の ASP.NET」を参照してください。
このページでは、Visual Studio を使用して ASP.NET Web アプリケーションをデプロイするときに発生する可能性のある一般的な問題について説明します。 1 つごとに、考えられる原因と対応する解決策が 1 つ以上用意されています。
'/' アプリケーションのサーバー エラー - 現在のカスタム エラー設定により、エラーの詳細がリモートで表示されないようにする
シナリオ
リモート ホストにサイトを展開すると、Web.config ファイルの customErrors 設定に言及するエラー メッセージが表示されますが、エラーの実際の原因は示されません。
Server Error in '/' Application.
Runtime Error
Description: An application error occurred on the server. The current custom error settings
for this application prevent the details of the application error from being viewed remotely
(for security reasons). It could, however, be viewed by browsers running on the local server
machine.
Details: To enable the details of this specific error message to be viewable on remote machines,
please create a <customErrors> tag within a "web.config" configuration file located in the
root directory of the current web application. This <customErrors> tag should then have its
"mode" attribute set to "Off".
考えられる原因と解決策
既定では、ASP.NET では、Web アプリケーションがローカル コンピューターで実行されている場合にのみ、詳細なエラー情報が表示されます。 一般に、Web アプリケーションがインターネット経由で一般公開されている場合は、詳細なエラー情報を表示する必要はありません。これは、ハッカーがこの情報を使用してアプリケーションの脆弱性を見つけることができる可能性があるためです。 ただし、サイトまたは更新プログラムをサイトに展開する場合は、問題が発生し、実際のエラー メッセージを取得する必要がある場合があります。
アプリケーションがリモート ホストで実行されたときに詳細なエラー メッセージを表示できるようにするには、Web.config ファイルを編集してモードをオフに設定 customErrors し、アプリケーションを再デプロイして、アプリケーションをもう一度実行します。
アプリケーション Web.config ファイルに 要素が含まれている
system.web場合はcustomErrors、 属性をmode"off" に変更します。 それ以外の場合は、customErrors次の例にsystem.web示すように、 属性がmode"off" に設定された 要素に 要素を追加します。<configuration> <system.web> <customErrors mode="off"/> </system.web> </configuration>アプリケーションをデプロイします。
アプリケーションを実行し、エラーが発生する原因となった前の操作を繰り返します。 これで、実際のエラー メッセージが何であるかを確認できます。
エラーを解決したら、元
customErrorsの設定を復元し、アプリケーションを再デプロイします。
SQL Server Compactを使用する Web ページでアクセスが拒否される
シナリオ
SQL Server Compactを使用するサイトを展開し、データベースにアクセスする展開済みサイトでページを実行すると、次のエラー メッセージが表示されます。
Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))
考えられる原因と解決策
サーバー上の NETWORK SERVICE アカウントは、bin\amd64 フォルダーまたは bin\x86 フォルダーにある SQL Service Compact ネイティブ バイナリを読み取ることができる必要がありますが、これらのフォルダーに対する読み取りアクセス許可がありません。 bin フォルダーに NETWORK SERVICE の読み取りアクセス許可を設定し、サブフォルダーにアクセス許可を拡張します。
アクセス許可が不足しているため、構成ファイルを読み取れません
シナリオ
Visual Studio の [発行] ボタンをクリックしてローカル コンピューター上の IIS にアプリケーションを展開すると、発行が失敗し、[ 出力 ] ウィンドウに次のようなエラー メッセージが表示されます。
An error occurred when reading the IIS Configuration File 'MACHINE/REDIRECTION'.
The identity performing this operation was ... Error: Cannot read configuration file due to insufficient permissions.
考えられる原因と解決策
ローカル コンピューターでワンクリックで IIS に発行を使用するには、管理者のアクセス許可を使用して Visual Studio を実行している必要があります。 Visual Studio を閉じ、管理者のアクセス許可を使用して再起動します。
移行先コンピューターに接続できませんでした...指定されたプロセスの使用
シナリオ
Visual Studio の [発行] ボタンをクリックしてアプリケーションをデプロイすると、発行が失敗し、[ 出力 ] ウィンドウに次のようなエラー メッセージが表示されます。
Web deployment task failed.(Could not connect to the destination computer ("<server URL>") using the specified process
("The Web Management Service"). This can happen if a proxy server is interrupting communication with the destination server.
Disable the proxy server and try again.) ... The remote server returned an error: (502) Bad Gateway.
考えられる原因と解決策
プロキシ サーバーが移行先サーバーとの通信を中断しています。 Windows コントロール パネルまたはインターネット エクスプローラーで、[インターネット オプション] を選択し、[接続] タブを選択します。[インターネットのプロパティ] ダイアログ ボックスで、[LAN の設定] をクリックします。 [ ローカル エリア ネットワーク (LAN) の設定] ダイアログ ボックスで、[設定を 自動的に検出 する] チェック ボックスをオフにします。 次に、もう一度 [発行] ボタンをクリックします。
問題が解決しない場合は、システム管理者に問い合わせて、プロキシまたはファイアウォールの設定で何ができるかを確認してください。 この問題は、Web 配置で Web 管理サービスの展開に標準以外のポート (8172) が使用されているために発生します。他の接続の場合、Web 配置ではポート 80 が使用されます。 サード パーティのホスティング プロバイダーにデプロイする場合、通常は Web 管理サービスを使用します。
既定の .NET 4.0 アプリケーション プールが存在しない
シナリオ
.NET Framework 4 を必要とするアプリケーションをデプロイすると、次のエラー メッセージが表示されます。
The default .NET 4.0 application pool does not exist or the application could not be added.
Please verify that ASP.NET 4.0 is installed on this machine.
考えられる原因と解決策
ASP.NET 4 は IIS にインストールされていません。 展開するサーバーが開発用コンピューターで、Visual Studio 2010 がインストールされている場合、ASP.NET 4 はコンピューターにインストールされますが、IIS にはインストールされていない可能性があります。 展開するサーバーで、管理者特権のコマンド プロンプトを開き、次のコマンドを実行して IIS ASP.NET 4 をインストールします。
cd %windir%\Microsoft.NET\Framework\v4.0.30319
aspnet_regiis.exe –iru
既定のアプリケーション プールの.NET Frameworkバージョンを手動で設定する必要がある場合もあります。 詳細については、「 テスト環境としての IIS への展開 」チュートリアルを参照してください。
初期化文字列の形式は、インデックス 0 以降の仕様に準拠していません。
シナリオ
ワンクリック発行を使用してアプリケーションをデプロイすると、データベースにアクセスするページを実行すると、次のエラー メッセージが表示されます。
Format of the initialization string does not conform to specification starting at index 0.
考えられる原因と解決策
展開されたサイトでWeb.config ファイルを開き、次の例のように、接続文字列の値が で$(ReplaceableToken_始まるかどうかを確認チェック。
<connectionStrings>
<add name="DefaultConnection" connectionString="$(ReplaceableToken_DefaultConnection-Web.config Connection String_0)" providerName="System.Data.SqlServerCe.4.0" />
<add name="SchoolContext" connectionString="$(ReplaceableToken_SchoolContext-Web.config Connection String_0)" providerName="System.Data.SqlServerCe.4.0" />
</connectionStrings>
接続文字列が次の例のように表示される場合は、プロジェクト ファイルを編集し、すべてのビルド構成の 要素に PropertyGroup 次のプロパティを追加します。
<AutoParameterizationWebConfigConnectionStrings>False</AutoParameterizationWebConfigConnectionStrings>
次に、アプリケーションを再デプロイします。
HTTP 500 内部サーバー エラー
シナリオ
展開されたサイトを実行すると、エラーの原因を示す特定の情報を含まない次のエラー メッセージが表示されます。
HTTP Error 500 - Internal Server Error.
考えられる原因と解決策
500 エラーの原因は多数ありますが、これらのチュートリアルに従っている場合に考えられる原因の 1 つは、XML 変換ファイルの 1 つに XML 要素を間違った場所に配置することです。 たとえば、 の直下ではなく、要素を挿入する変換を <location> の下<system.web><configuration>に配置すると、このエラーが発生します。 その場合の解決策は、XML 変換ファイルを修正して再デプロイすることです。
HTTP 500.21 内部サーバー エラー
シナリオ
展開されたサイトを実行すると、次のエラー メッセージが表示されます。
HTTP Error 500.21 - Internal Server Error.
Handler "PageHandlerFactory-Integrated" has a bad module "ManagedPipelineHandler" in its module list.
考えられる原因と解決策
展開したサイトのターゲット ASP.NET 4 ですが、ASP.NET 4 はサーバー上の IIS に登録されていません。 サーバーで管理者特権のコマンド プロンプトを開き、次のコマンドを実行して ASP.NET 4 を登録します。
cd %windir%\Microsoft.NET\Framework\v4.0.30319
aspnet_regiis.exe –iru
既定のアプリケーション プールの.NET Frameworkバージョンを手動で設定する必要がある場合もあります。 詳細については、「 テスト環境としての IIS への展開 」チュートリアルを参照してください。
App_Data でデータベースSQL Server Express開けませんでしたログインに失敗しました
シナリオ
Web.config ファイルの接続文字列を更新して、App_Data フォルダー内の .mdf ファイルとしてSQL Server Express データベースを指すようにしました。アプリケーションを初めて実行すると、次のエラー メッセージが表示されます。
System.Data.SqlClient.SqlException: Cannot open database "DatabaseName" requested by the login. The login failed.
考えられる原因と解決策
.mdf ファイルの名前は、以前に既存のデータベースの .mdf ファイルを削除した場合でも、コンピューターに存在したSQL Server Expressデータベースの名前と一致することはできません。 .mdf ファイルの名前を、データベース名として使用されたことがない名前に変更し、新しい名前を使用するようにWeb.config ファイルを変更します。 別の方法として、SQL Server Management Studio Express を使用して、以前に既存のSQL Server Express データベースを削除することもできます。
モデルの互換性を確認できない
シナリオ
新しいSQL Server Express データベースを指すWeb.configファイル接続文字列を更新すると、アプリケーションを初めて実行すると、次のエラー メッセージが表示されます。
Model compatibility cannot be checked because the database does not contain model metadata.
Ensure that IncludeMetadataConvention has been added to the DbModelBuilder conventions.
考えられる原因と解決策
Web.config ファイルに配置したデータベース名がコンピューターで以前に使用されていた場合は、データベースにテーブルが既に存在している可能性があります。 以前にコンピューターで使用されていない新しい名前を選択し、この新しいデータベース名を使用するように Web.config ファイルを変更します。 代わりに、SQL Server Management Studio Express を使用して既存のデータベースを削除することもできます。
スクリプトがユーザーまたはロールの作成を試みた場合の SQL エラー
シナリオ
[ パッケージ/SQL の発行 ] タブで構成されたデータベースデプロイを使用している場合、デプロイ中に実行される SQL スクリプトにはユーザーの作成またはロールの作成コマンドが含まれており、これらのコマンドの実行時にスクリプトの実行が失敗します。 次のような詳細なメッセージが表示される場合があります。
The approximate location of the error was between lines '1' and '3' of the script.
The verbose log may have more information about the error. The command started with:
CREATE USER [user2] FOR LOGIN [user2] WITH DEFAULT
Error: User does not have permission to perform this action.
[パッケージ/SQL の発行] タブではなく、Web の発行ウィザードでデータベースの配置を構成したときにこのエラーが発生した場合は、構成と展開のフォーラムでスレッドを作成すると、このトラブルシューティング ページにソリューションが追加されます。
考えられる原因と解決策
デプロイの実行に使用しているユーザー アカウントに、ユーザーまたはロールを作成するアクセス許可がありません。 たとえば、ホスティング会社は、設定した db_datareaderユーザー アカウントに、、 db_datawriter、および db_ddladmin ロールを割り当てることができます。 これらはほとんどのデータベース オブジェクトを作成するのに十分ですが、ユーザーまたはロールを作成するためのものではありません。 エラーを回避する方法の 1 つは、データベースのデプロイからユーザーとロールを除外することです。 これを行うには、データベースの自動生成されたスクリプトの要素を PreSource 編集して、次の属性を含めることができます。
CopyAllUsers=false, CopyAllRoles=false
プロジェクト ファイル内の要素を編集 PreSource する方法の詳細については、「 How to: Edit Deployment Settings in the Project File」を参照してください。 開発データベースのユーザーまたはロールが移行先データベースに存在する必要がある場合は、ホスティング プロバイダーにお問い合わせください。
デプロイ中にカスタム スクリプトを実行するときのSQL Server タイムアウト エラー
シナリオ
デプロイ中に実行するカスタム SQL スクリプトを指定しており、Web 配置で実行するとタイムアウトになります。
考えられる原因と解決策
トランザクション モードが異なる複数のスクリプトを実行すると、タイムアウト エラーが発生する可能性があります。 既定では、自動的に生成されたスクリプトはトランザクションで実行されますが、カスタム スクリプトでは実行されません。 [SQL のパッケージ化/発行] タブで [既存のデータベースからデータやスキーマをプルする] オプションを選択し、カスタム SQL スクリプトを追加する場合は、すべてのスクリプトで同じトランザクション設定が使用されるように、一部のスクリプトでトランザクション設定を変更する必要があります。 詳細については、Web アプリケーション プロジェクトと共にデータベースを配置する」を参照してください。
すべてが同じであってもこのエラーが発生するようにトランザクション設定を構成している場合は、スクリプトを個別に実行することをお勧めします。 [SQL のパッケージ化/発行] タブの [データベース スクリプト] グリッドで、タイムアウト エラーの原因となるスクリプトの [チェックを含める] ボックスをオフにしてから、プロジェクトを発行します。 次に、[データベース スクリプト] グリッドに戻り、そのスクリプトの [インクルード チェック] ボックスを選択し、他のスクリプトの [チェックを含める] ボックスをオフにします。 次に、プロジェクトをもう一度発行します。 今回発行すると、選択したカスタム スクリプトのみが実行されます。
サイト マニフェストのストリーム データはまだ使用できません
シナリオ
deploy.cmd ファイルと (テスト) オプションを使用してパッケージをtインストールすると、次のエラー メッセージが表示されます。
Error: The stream data of 'sitemanifest/dbFullSql[@path='C:\TEMP\AdventureWorksGrant.sql']/sqlScript' is not yet available.
考えられる原因と解決策
エラー メッセージは、コマンドがテスト レポートを生成できないことを意味します。 ただし、 (実際のインストール) オプションを使用すると、コマンドが y 実行される可能性があります。 このメッセージは、テスト モードでのコマンドの実行に問題があることを示しています。
このアプリケーションには ManagedRuntimeVersion v4.0 が必要です
シナリオ
デプロイしようとすると、次のエラー メッセージが表示されます。
エラー: 'sitemanifest/dbFullSql[@path='C:\TEMP\AdventureWorksGrant.sql']/sqlScript' のストリーム データはまだ使用できません。 使用しようとしているアプリケーション プールの 'managedRuntimeVersion' プロパティが 'v2.0' に設定されています。 このアプリケーションには 'v4.0' が必要です。
考えられる原因と解決策
ASP.NET 4 は IIS にインストールされていません。 展開するサーバーが開発用コンピューターで、Visual Studio 2010 がインストールされている場合、ASP.NET 4 はコンピューターにインストールされますが、IIS にはインストールされていない可能性があります。 展開するサーバーで、管理者特権のコマンド プロンプトを開き、次のコマンドを実行して IIS ASP.NET 4 をインストールします。
cd %windir%\Microsoft.NET\Framework\v4.0.30319
aspnet_regiis.exe –i
Microsoft.Web.Deployment.DeploymentProviderOptions をキャストできません
シナリオ
パッケージを展開すると、次のエラー メッセージが表示されます。
Unable to cast object of type 'Microsoft.Web.Deployment.DeploymentProviderOptions' to 'Microsoft.Web.Deployment.DeploymentProviderOptions'.
考えられる原因と解決策
Web 配置 2.0 がインストールされているサーバーに Web 配置 1.1 UI を使用して IIS マネージャーから展開しようとしています。 IIS リモート管理ツールを使用してパッケージをインポートして展開する場合は、接続を確立するときに [使用可能な新機能] ダイアログ ボックスをチェックします。 (このダイアログ ボックスは、接続が最初に確立されたときに 1 回だけ表示される場合があります。接続をクリアしてやり直すには、IIS マネージャーを閉じ、コマンド プロンプトで と入力 inetmgr /reset してもう一度起動します)。一覧表示されている機能の 1 つが Web 配置 UI で、バージョン番号が 8 未満の場合、デプロイするサーバーに 1.1 バージョンと 2.0 バージョンの両方の Web 配置がインストールされている可能性があります。 2.0 がインストールされているクライアントから展開するには、サーバーに Web 配置 2.0 のみがインストールされている必要があります。 この問題を解決するには、ホスティング プロバイダーに問い合わせる必要があります。
SQL Server Compactのネイティブ コンポーネントを読み込むことができません
シナリオ
展開されたサイトを実行すると、次のエラー メッセージが表示されます。
Unable to load the native components of SQL Server Compact corresponding to the ADO.NET provider of version 8482.
Install the correct version of SQL Server Compact. Refer to KB article 974247 for more details.
考えられる原因と解決策
展開されたサイトには、アプリケーションの bin フォルダーの下にネイティブ アセンブリを含む amd64 および x86 サブフォルダーがありません。 SQL Server Compactがインストールされているコンピューターでは、ネイティブ アセンブリは C:\Program Files\Microsoft SQL Server Compact Edition\v4.0\Private にあります。 Visual Studio プロジェクト内の正しいフォルダーに正しいファイルを取得する最善の方法は、NuGet SqlServerCompact パッケージをインストールすることです。 パッケージのインストールでは、ネイティブ アセンブリを amd64 および x86 にコピーするビルド後スクリプトが追加されます。 ただし、これらを配置するには、手動でプロジェクトに含める必要があります。 詳細については、「deploying SQL Server Compact tutorial」を参照してください。
Entity Framework Code First アプリケーションをデプロイした後の "パスが無効です" エラー
シナリオ
Entity Framework Code First Migrationsを使用するアプリケーションと、そのデータベースを App_Data フォルダー内のファイルに格納する SQL Server Compact などの DBMS をデプロイします。 最初のデプロイ後にデータベースを作成するように構成Code First Migrations。 アプリケーションを実行すると、次の例のようなエラー メッセージが表示されます。
The path is not valid. Check the directory for the database. [Path = c:\inetpub\wwwroot\App_Data\DatabaseName.sdf ]
考えられる原因と解決策
Code First はデータベースを作成しようとしていますが、App_Data フォルダーは存在しません。 展開時に App_Data フォルダーにファイルがなかったか、[プロジェクトのプロパティ] ウィンドウの [パッケージ/発行 Web] タブで [App_Dataを除外] を選択しました。 サーバーにコピーするファイルがフォルダー内に存在しない場合、展開プロセスではサーバー上にフォルダーは作成されません。 サイトにデータベースが既に設定されている場合は、発行プロファイルで [追加のファイルをコピー先に削除する] を選択した場合、展開プロセスによってファイルとApp_Data フォルダー自体が削除されます。 この問題を解決するには、.txt ファイルなどのプレースホルダー ファイルを App_Data フォルダーに配置し、[ 除外] App_Data が選択されていないことを確認し、再デプロイします。
"基になる RCW から分離された COM オブジェクトは使用できません。"
シナリオ
ワンクリック発行を使用してアプリケーションをデプロイすると、次のエラーが発生し始めます。
Web deployment task failed. (Could not complete the request to remote agent URL 'https://serverurl.com/msdeploy.axd?site=sitename'.)
Could not complete the request to remote agent URL 'https://url/msdeploy.axd?site=sitename'.
The request was aborted: The request was canceled.
COM object that has been separated from its underlying RCW cannot be used.
考えられる原因と解決策
通常、Visual Studio を閉じて再起動するだけで、このエラーを解決できます。
発行に使用されるユーザー資格情報に setACL 機関がないため、デプロイが失敗する
シナリオ
発行が失敗し、フォルダーのアクセス許可を設定する権限がないことを示すエラーが表示されます (使用しているユーザー アカウントに setACL 権限がありません)。
考えられる原因と解決策
既定では、Visual Studio はサイトのルート フォルダーに対する読み取りアクセス許可と、App_Data フォルダーに対する書き込みアクセス許可を設定します。 サイト フォルダーの既定のアクセス許可が正しいことがわかっていて、設定する必要がない場合は、IncludeSetACLProviderOn Destination>False</IncludeSetACLProviderOnDestination> を発行プロファイル ファイル (1 つのプロファイルに影響を与える) または wpp.targets ファイル (すべてのプロファイルに影響を与える) に追加<して、この動作を無効にします。 これらのファイルを編集する方法については、「 How to: Edit Deployment Settings in Profile (.pubxml) Files」を参照してください。
アプリケーションがアプリケーション フォルダーに書き込もうとしたときにアクセス拒否エラーが発生する
シナリオ
アプリケーション フォルダーの 1 つでファイルを作成または編集しようとすると、そのフォルダーに対する書き込み権限がないため、アプリケーション エラーが発生します。
考えられる原因と解決策
既定では、Visual Studio はサイトのルート フォルダーに対する読み取りアクセス許可と、App_Data フォルダーに対する書き込みアクセス許可を設定します。 アプリケーションでサブフォルダーへの書き込みアクセス権が必要な場合は、「フォルダーのアクセス許可の設定」および「運用環境への展開」のチュートリアルに示すように、そのフォルダーのアクセス許可を設定できます。 アプリケーションでサイトのルート フォルダーへの書き込みアクセス権が必要な場合は、IncludeSetACLProviderOn Destination>False</IncludeSetACLProviderOnDestination> を発行プロファイル ファイルまたは wpp.targets ファイル (すべてのプロファイルに影響を与える) を追加<して、ルート フォルダーに読み取り専用アクセスを設定できないようにする必要があります。 これらのファイルを編集する方法については、「 How to: Edit Deployment Settings in Profile (.pubxml) Files」を参照してください。
構成エラー - targetFramework 属性は、インストールされているバージョンの .NET Framework より後のバージョンを参照します
シナリオ
ASP.NET 4.5 をターゲットとする Web プロジェクトを正常に発行しましたが、アプリケーションを実行すると ( customErrors Web.config ファイルのモードが "off" に設定されています)、次のエラーが発生します。
The 'targetFramework' attribute in the <compilation> element of the Web.config
file is used only to target version 4.0 and later of the .NET Framework (for
example, '<compilation targetFramework="4.0">'). The 'targetFramework' attribute
currently references a version that is later than the installed version of the
.NET Framework. Specify a valid target version of the .NET Framework, or install
the required version of the .NET Framework.
エラー ページの [ソース エラー] ボックスでは、Web.configの次の行がエラーの原因として強調表示されます。
<compilation targetFramework="4.5" />
考えられる原因と解決策
サーバーは、ASP.NET 4.5 をサポートしていません。 ホスティング プロバイダーに問い合わせて、ASP.NET 4.5 のサポートをいつ追加できるかを確認してください。 サーバーのアップグレードがオプションではない場合は、代わりに 4 以前 ASP.NET ターゲットとする Web プロジェクトをデプロイする必要があります。ASP.NET 4 以前の Web プロジェクトを同じ変換先に配置する場合は、Web 発行ウィザードの [設定] タブの [保存先チェック追加ファイルを削除する] ボックスを選択します。 [宛先で追加のファイルを削除する] を選択しない場合は、引き続き [構成エラー] ページが表示されます。
プロジェクトの [プロパティ] ウィンドウには [ターゲット フレームワーク] ドロップダウン リストが含まれていますが、この問題を .NET Framework 4.5 から .NET Framework 4 に変更するだけでは解決できません。 ターゲット フレームワークを以前のフレームワーク バージョンに変更した場合でも、プロジェクトは新しいフレームワーク バージョンのアセンブリへの参照を持ち、実行されません。 これらの参照を手動で変更するか、4 以前を対象とする新しいプロジェクト.NET Framework作成する必要があります。 詳細については、「.NET Framework Web サイトのターゲット設定」を参照してください。
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示