これにはいくつかの異なる原因がある可能性があります。
まず、新しいPCについて言及し、それを自分でインストールしたという事実は、それがプライベートPCであることを意味していると思います。この場合、SQLServerExpressを実行していると思います。ローカルマシンですよね?
上記が正しければ、次のことを確認することをお勧めします。
- データベースを古いシステムから新しいシステムに移行しましたか、それとも新しいシステムでデータベースを再作成しましたか?それらを再作成したばかりの場合は、誤って
AUTO CLOSE
を設定した可能性があります。 あなたのデータベースの。これにより、このような動作が発生する可能性があります。データベースのプロパティで確認できます。とにかく、私はそれを無効にすることをお勧めします。
これは、次のコードを使用して実現できます。
ALTER DATABASE [yourDatabase] SET AUTO_CLOSE OFF WITH NO_WAIT
- インスタンス構成が間違っている可能性があります。 SQL Expressには、
user instance timeout
と呼ばれる小さなエキゾチックなインスタンスオプションがあります。 。
次のコードを使用して確認できます:
sp_configure 'show advanced options', 1;
RECONFIGURE;
GO
sp_configure 'user instance timeout'
このプロパティを構成するには、次のコマンドを呼び出します。
sp_configure 'user instance timeout', 1440;
RECONFIGURE;
上記のステートメントは、タイムアウトを1日に設定します。
別のサーバーで実際のインスタンスを実行していて、新しいPCを使用してインスタンスに接続しようとする場合は、次のいずれかのオプションが役立ちます。
-
新しいPCには、しばらく非アクティブになった後にネットワークカードを無効にする電源設定がある可能性があります。これが発生する可能性があります。ネットワークインターフェイスにも同じオプションがありました。ハードウェア管理で確認し、オプションを確認してください。私の場合(Intel)、それはサブサブサブサブダイアログに非常に隠されていました。 10分間操作がないと、パワーセーフモードになります。これは私のラップトップのパフォーマンスには優れていましたが、大きなクエリを実行した場合はそうではありませんでした。
-
DHCP構成が正しくない可能性があります。私のラップトップが10分ごとに循環し、新しいIPアドレスを取得するホテルでも同様の問題が発生しました。これは、一部のシステムでは非常に有害でした。しかし、SQL Serverがそれをどのように処理するかはわかりません。ホテルの無線LANを介して、会社のSQL Serverに接続していません(もちろんです!)。 :-D
うまくいけば、1つか2つのオプションが問題の解決に役立つでしょう。