SQL Server 2012のは、サーバー上にインストールしたのですが、Windowsファイアウォールは、リモートアクセスをブロックされています。ファイアウォールをオフにせずに、すべてのSQL Serverが使用する手動で開いているポートを必要としています。マイクロソフトは、私たちは努力のこの非常に卵の痛みの重複を達成することができ、サイト上でそのバッチを発見しました。
のポートを開くに
は1433,1434,4022,135,2383,2382,80,443,1434
@echo ========= SQL Serverのポートを持っている===== ============== TCP 1433"をportopeningのSQLServerのデフォルトのインスタンスポート1433のnetshファイアウォールの設定を有効にする@echo、SQLServerの" TCP 1434"をportopening専用管理接続のポート1434のnetshファイアウォールの設定を有効にする@echo; SQL管理接続" TCP 4022"をportopening従来のSQL ServerのService Brokerのポート4022のnetshファイアウォールの設定を有効にする@echo、SQLサービスブローカ" TCP 135"をportopeningのTransact-SQLデバッガ/RPCポート135のnetshファイアウォールの設定を有効にする@echo; SQLデバッガ/RPC" @echo ========= TCP 2383"をportopening SSASの既定のインスタンスのポート2383のnetshファイアウォールの設定を有効にする@echo Analysis Servicesのポート==============、分析サービス"に、SQL Serverを有効にする@echoブラウザTCP 2382"をportopeningサービスポート2382のnetshファイアウォールの設定、SQLブラウザ" @echo =========その他HTTP" TCP 443"をportopening SSLポート443のnetshファイアウォールの設定を有効にする@echo、SSL"有効@echo TCP 80"をportopening HTTPポート80のnetshファイアウォールの設定を有効にする@echoアプリケーション============== SQLブラウザ" UDP 1434"をportopening SQL Serverのブラウザーサービスの '参照' ボタンnetshをファイアウォールの設定のためのポートUDP(ブラウザサービス列挙OK)上のマルチキャスト応答を許可@echo netshをファイアウォールの設定は、SQL Server 2012が効果的に放送し、テストされてENABLE multicastbroadcastresponse。 (同じことが2008年に適用されます)
最近、エンタープライズデータベースサーバーが何度も失敗しました。手動でデータをバックアップした後、サーバーをチェックすると、システムとデータベース関連のファイルが失われますまだ問題を解決することはでき
を要求するものとタイトルが用意されている1セットのDNSサーバー上の2つのNICを増加させた2台のメールサーバのドメインネームサーバDNSサーバとIPアドレスとDN
の人々が関心の高まりと一緒にSSLと名前ベースのバーチャルホストを使用します。一部の人々は、これは不可能であると思いますが、Apacheの中で、あなたは仮想ホストI
問題の説明: Webサイト/WCFをIISに投稿した後、このエラーを実行してください。 理由: 64ビットシステムと32システムが一致しません。 解決策: 方法1. 32ビットIISを登録する