2011-12-09 10 views
9

VS2010(MSSQL 2008を使用)のSQLテストスクリプトを使用してSQL CLRをデバッグしようとすると、すぐにデバッグ出力ウィンドウに「キャンセル」されます(これは成功しています)SQL CLR「ユーザーによるキャンセル」のデバッグ

私はインターネットの上下に行って、見つかった解決策を試してみましたが、まだ行っていません。

システム:

のWindows Server 2008 R2の標準SP 1
64ビットVisual Studio 2010の
究極のSQL Server 2008 R2(どちらも同じコンピュータ上で実行されている)取ら

ステップ:

  • VS 2010は管理者として実行されます。
  • SQL接続のユーザーは、ファイアウォールがVS 2010およびSQL 2008を経た

の両方のために必要なポートに着信許可するように設定されているSQL 2008

  • にシステム管理者権限を持つ:http://msdn.microsoft.com/en-us/library/ms165051.aspx

    そして:http://msdn.microsoft.com/en-us/library/ee828498.aspx

    (3.5から)2.0にターゲットフレームワークを設定しようとした集合

    試み未チェック「DEPLプロジェクトのプロパティの[Deploy]セクションで[oy code]を選択します。

    [プロジェクトプロパティのデータベース]で「安全でない」が、アセンブリ所有者が「dbo」に設定されています。

  • +1

    こんにちは、私は同じ問題を持っていましたが、私は、リモートSQLSERVRプロセスにアタッチし、私のスクリプトを実行してデバッグすることができましたSSMSであなたがそれを試していない場合、それはほんの数ステップだけで、一度取り付けると同じように動作します。実際には出力がおなじみのSSMS形式なので、私はそれがより好きです。 – Kimberly

    +0

    それは私がやっていることです。しかし、別のデバッグセッションを実行しなければならないたびに、デバッグを止めてプロセスに再接続する必要があり、デバッグ方法が自動的に実行されるはずです。 – Quintium

    +0

    SMSまたはVSから通常のSQLをデバッグできますか? – abatishchev

    答えて

    1

    ここに記載されている内容の一部は、上記のリンクにあるものを繰り返してもかまいません。この問題を抱えている人には、すべてを1か所にまとめてチェックリストを作成してください。

    次のポート/プロトコルを両方のマシン(つまり、デスクトップ&のSQLサーバー)でインバウンド例外に追加します。または、デスクトップ&サーバーのファイアウォールをオフにして、これらの手順のいくつかをスキップしてください。

    • TCP:135
    • UDP:デスクトップで400500

    また、ファイアウォールのプロセス/プログラムの例外リストにDEVENV.EXEを追加します。サーバー上で

    sqlsrvr.exeでMsvsmon.exeプロセスのためのファイアウォールの例外を追加します。

    サーバー上にファイルとプリンタ共有のファイアウォールの例外も追加します。

    VSリモートデバッグサービスはサーバーにインストールされていますか?

    データベース/サーバーでSQL/CLRデバッグが有効になっていますか?

    VS ProまたはTeam Editionを実行していますか?

    あなたのアカウントにはサーバー(OS)の管理者権限がありますか?

    アカウントにデータベースインスタンス(SQL)の管理者権限がありますか? http://blogs.msdn.com/b/sqlclr/archive/2006/07/07/659332.aspx

    は、Windows認証を使用して接続されています
    は、ここでシステム管理者の、さらにアクセスを制限する程度のDBA /マネージャーからの引数がある場合に、SQL Server上で必要な理由についての詳細情報をですか?

    は、あなたがあたりとしてsqlserver.configを編集しようとしたことがあり:http://www.sqlskills.com/BLOGS/BOBB/post/SQLCLR-debugging-and-VS-2010-revisited.aspx (著者の注意事項に注意してください;これはあなたに装着するだけの人ならSQLデバッガの安定性に問題はこれだけこれを行う引き起こす可能性がハックされ、すなわち、このサーバー)。

    <configuration> 
        ... 
        <startup useLegacyV2RuntimeActivationPolicy="true"> 
         <supportedRuntime version="v2.0.50727" /> 
        </startup> 
    </configuration> 
    

    あなたに影響を与える可能性が全くプロキシ(あなたのマシンは、サーバーが同じイントラネット上にあると認識していない場合、時にはあなたがプロキシ経由で行くことがありますが)がないことを会社のネットワークチェックにしている場合。接続時にサーバーのFQDNを使用してみてください。明示的に指定された完全なパスが役立つ場合があります(少なくともISA Serverの問題を回避する方法を見てきました)。

    あなたが任意のウイルス対策ソフトウェアを使用している場合は例外がファイル拡張子の設定 .mdfファイル .NDF .LDF .BAK.TRN & であることを確認してください。$$$

    VS、SQL、およびクライアント用の最新サービスパックを実行していますか&サーバOSですか?

    それでも問題が解決しない場合は、SQLおよびVSインストーラを修復モードで実行するか、ソフトウェアを削除して再インストールしてみましたか?

    +0

    あなたの執筆のためにありがとうございます。私はそれを理解しようとするのをやめました。私たちの開発環境はSQLとVSを同じサーバー上で実行しているので、代わりにSQLサーバープロセスに直接接続することができ、その方法でSQL CLRをデバッグすることができます。しかし、それは共有された環境であり、私は分割払いを管理することができないので、私は現時点でこれらのステップのいくつかを試みるつもりはありません。しかし、私はそれが他人を助けることを願っています。もしそうなら、その人はコメントを残してください。 – Quintium

    +0

    心配する必要はありません - 私は支援を提供することで10ヶ月遅れているような気分でした。 – JohnLBevan

    0

    私は同じ問題を抱えていましたが、これが起こる前に何週間もうまくデバッグしていました。

    私はそれが再びデシベルに次のスクリプトを実行することによって、再び働いて得た:

    sp_configure 'show advanced options', 1; 
    GO 
    RECONFIGURE; 
    GO 
    sp_configure 'clr enabled', 1; 
    GO 
    RECONFIGURE; 
    GO 
    
    ALTER DATABASE [DBName] SET TRUSTWORTHY ON 
    
    関連する問題