最近、SharePoint 2007 データベースを SQL 2000 サーバーから 2008 x64 SQL サーバーに移動しました。すべて順調のように見えますが、SQL サーバーが停止し、サービスを再起動する必要があるという問題があります。エラーには、内部メモリ不足などが記載されています。SQL 2000 のデフォルトである -g384 を使用してデータベースを起動しようとしましたが、2008 のデフォルトは 256 だったと思います。それでも問題は解決しませんでした。wss 3.0 sp2 にアップグレードすれば問題が解決するかもしれないとアドバイスされましたが、これをインストールしようとすると、sp2 更新後に別のエラーが発生し、vm スナップショットを参照する必要があります。サービス パック後のエラーは、サーバー エラーです。http://go.microsoft.com/fwlink?LinkID=96177 いくつか質問があります。最初の問題と 2 番目の問題をどのように修正すればよいでしょうか。多くのフォーラムや投稿をチェックし、いくつか試してみましたが、まだ解決していません。どんなご助力でもいただければ幸いです。
更新: サーバー エラーを修正しました:http://go.microsoft.com/fwlink?LinkID=96177私はWSS SP2とOffice Server SP2を実行する必要があり、その後構成ウィザードを実行してMOSS構成が機能しました。SQLで発生するエラーは次のとおりです。
SQL Server は、メモリが不足しているか、構成されたセッション数がサーバーで許可されている最大数を超えているため、新しいシステム タスクを実行できませんでした。サーバーに十分なメモリがあることを確認してください。sp_configure をオプション 'user connections' とともに使用して、許可されているユーザー接続の最大数を確認してください。sys.dm_exec_sessions を使用して、ユーザー プロセスを含む現在のセッション数を確認してください。
クライアントにデータを送信中に、大きなオブジェクトの読み取り操作が失敗しました。一般的な原因としては、アプリケーションが READ UNCOMMITED 分離レベルで実行されていることが挙げられます。接続は終了します。
このクエリを実行するには、リソース プール 'internal' に十分なシステム メモリがありません。
これらのエラーは、SharePoint のサービスとして作成されたユーザーによって発生します。
答え1
SQL Server サービスが停止する直前に、サーバーが 4GB の RAM をすべて使用していたことがわかりました。そこで、サーバーをシャットダウンし (仮想サーバーです)、4GB の RAM を追加して合計 8GB にしました。2 日間稼働していますが、ログにエラーはありません (幸運を祈ります)。ただし、通常停止が発生する時間帯に、サーバーの RAM が 4GB に達したことに気付きました。
だから私は引き続き監視し、結果を投稿し続けます。
これで問題は解決しませんでした。8 GB を割り当てても、SQL は 8 GB しか使用しませんでした。
他に何を試したらいいか分からない。SQLの達人に頼む時期だと思う
答え2
クラッシュしてシャットダウンしたときに SQL ErrorLog に表示される具体的なエラー メッセージは何ですか?
サーバーにはどのくらいのメモリがありますか? SQL はどのくらいのメモリで構成されていますか? データベースのサイズはどのくらいですか? SharePoint ユーザーは何人いますか?
答え3
再度発生したときに、専用管理者接続 (ハングした/応答しないサーバーに接続するためのバックドア メソッド - SQLCMD -A を使用) を使用してログインし、接続がいくつあるか確認できますか?
次の T-SQL を使用します。
SELECT loginame, count (*) AS Connections
FROM master.dbo.sysprocesses (nolock)
GROUP BY loginame
ORDER BY loginame;
GO
このフォーラムよりも早くサポートが必要な場合は、製品サポートに電話することもできます。
ありがとう
答え4
IIS サーバーもメモリをリークしていますか、それとも SQL サーバー マシンだけですか? SQL サービスの停止は SP の使用状況に依存していますか?