22

SP2 を既存の SQL Server 2008 R2 にインストールした後、すべてのデータベースにアクセスできなくなり、スクリーンショットのエラーに直面し始めました。

ここに画像の説明を入力

何か案は？

4

13 に答える 13

33

TempおよびTMPの環境値を確認します。

C:\Users\buck>set t

TEMP=C:\Users\buck\AppData\Local\Temp\2

TMP=C:\Users\buck\AppData\Local\Temp\2

リストされたディレクトリが存在し、ID にそのディレクトリへの適切な書き込み権限があることを確認してください。または、コントロール パネル ( ) を使用して、 TEMPおよびTMPControl Panel-> System and Security-> System -> Advanced system settingsに割り当てられている既定のディレクトリを変更できます。

于 2013-08-07T19:49:13.110 に答える
22

この問題を確認した場合、通常は SSMS がインストールされているドライブの空き容量が不足していることが原因です。古いログ ファイルをいくつか削除すると、問題が解消されます。

再インストールに進む前に、そのクイックチェックを行うことは価値があるかもしれません.

于 2013-11-25T16:29:00.357 に答える
11

リモート共有サーバーでこのエラーが発生しました。Cドライブに空きがないことが判明しました。

同僚に SQL Server Management Studio セッションを閉じるように依頼したところ、すぐに 7 GB がクリアされました。そしたらログインできました！ウーウー！

于 2014-09-30T15:09:32.257 に答える
3

これに遭遇したとき、それは環境の一時フォルダー (TMP Temp) に関連していることがわかりました。

「2」フォルダーをこの場所に追加しようとしましたが、成功しませんでした。 C:\Users\USER\AppData\Local\Temp\2

ファイル エクスプローラーに入力%temp%してみて、有効な場所に移動するかどうかを確認してください。「4」の場所に行こうとしていたため、エラーが発生したことがわかりました。 C:\Users\USER\AppData\Local\Temp\4

Tempフォルダーに「4」という名前のフォルダーを作成し、SSMSを再実行すると、再び機能し始めました。

于 2016-08-08T17:03:49.870 に答える
2

簡単なグーグルは、明らかにそれが少し一般的な問題であることを示唆しています。SQL Server 自体の問題ではなく、実際には .NET の問題のようです。私が見つけた最も一般的な (そして迅速な) 解決策は、SSMS を再インストールすることです。

于 2013-03-06T14:12:01.420 に答える
1

次のリンクによると: https://connect.microsoft.com/SQLServer/feedback/details/573771/value-cannot-be-null

ユーザーがローカル管理者であることを確認した後、ログオフして再度ログインしました。
その後、このエラーは発生しませんでした。

于 2015-03-10T08:16:42.897 に答える
0

この問題に直面したばかりで、5 分ですぐに解決しました。コントロール パネルに移動し、プログラムでトラブルシューティング ツールを実行するだけです。

**PATH** Control Panel\All Control Panel Items\Troubleshooting\Programs

問題がある可能性のあるインストール済みプログラムのリストが表示されます。そのリストを下にスクロールして「SQL Server Management Studio」を見つけ、そのトラブルシューティング プロセスを実行します。問題が解決されることを願っています。

于 2015-02-25T11:56:32.297 に答える