none
WSSでファームサーは―を追加時、構成ウィザードでエラーが発生する RRS feed

 > 

  • 質問

  • Question
    サインインして投票
    0
    サインインして投票

    お世話になります。

    下記の構成にWindows Server 2003 Standard(以下2k3)をWebフロントエンドサーバーとして、サーバーファーム構成として追加したいと思い、セットアップしようとしています。
    【構成】
    Windows Server 2008 Standard(x64)　　※以下2k8
    SQL Server 2008 Standard(x64)　
    WSS3.0(x64)
    GroupBoard Workspace 2007(x64)　　※以下GB

    ファームに追加するサーバー
    Windows Server 2003 Standard(i386)　　※以下2k3

    ※1.２台のサーバーは、ActiveDirectoryを構成しているサーバーです。
    ※2.追加するサーバー(2k3)は元々GBサーバーとして稼働してして、これを今回、2k8に移行して、元々の2k3をフロントエンドサーバーとして構成したいと考えております。(一旦GBとWSSはアンインストールしてから、インストールしています)

    【現象】
    インストール終了後、続けて、「SharePoint製品とテクノロジ構成ウィザード」(以下構成ウィザード)を使用して構成している時に下記のエラーが発生します。

    ・エラー内容 (アプリケーションイベントログより)
    構成データベースに接続できません。
    種類 System.Security.SecurityException の例外がスローされました。例外の追加情報: アクセスが拒否されました。
    System.Security.SecurityException: アクセスが拒否されました。
       場所 Microsoft.SharePoint.Administration.SPPersistedObject.Update()
       場所 Microsoft.SharePoint.Administration.SPServer.Update()
       場所 Microsoft.SharePoint.Administration.SPFarm.Join()
       場所 Microsoft.SharePoint.PostSetupConfiguration.ConfigurationDatabaseTask.CreateOrConnectConfigDb()
       場所 Microsoft.SharePoint.PostSetupConfiguration.ConfigurationDatabaseTask.Run()
       場所 Microsoft.SharePoint.PostSetupConfiguration.TaskThread.ExecuteTask()
    失敗したアセンブリのゾーン:
    MyComputer

    このウィザードで、指定データベース、ユーザー名、パスワードでODBCでの接続は、成功します。
    稼働中のWSS+GBで、しておかないといけない手順が他にあるのでしょうか？

    ご教授頂けますようお願いいたします。

    2010年3月16日 7:22
    |

回答

  • Question
    サインインして投票
    0
    サインインして投票
    こんにちわ。

    はっきりとしたことはわかりませんが、追加するサーバーで構成ウィザードを実行するときのアカウントが、ファームの管理者のアカウント（SharePointのサービスアカウント）と異なるのであれば、アカウントを変更し試してみてはいかがでしょうか？

    ※もし、既に試されているのであればごめんなさい。

    • 回答としてマーク 山本春海 2010年4月6日 6:22
    2010年3月17日 1:16
    |
  • Question
    サインインして投票
    0
    サインインして投票

    宏栄　山口 さん、

    こんにちは。
    フォーラム オペレーターの服部 清次です。

    ご質問の件に関しまして、私の方で調べましたところ、
    英語版 TechNet フォーラムにも同じエラーに関する質問が投稿されていました。
    http://social.msdn.microsoft.com/Forums/en/sharepointdevelopment/thread/185e7674-8847-49d4-8eb6-b7aef7eced80 （英語）

    このスレッドで質問されている Robet さんは、2007年3月13日（火）午前12時1分付けの回答の中で、
    「MICROSOFT##SSEE という WSS インスタンスを開き、（ログインしていた）
    ローカル管理者にデータベース所有者の権限を付与することで問題が解決しました」 と報告されています。

    また、Robet さんは上記の内容について、2007年3月16日（金）午前12時18分付けの中で
    説明を追記されていますので、参考になりそうな箇所を和訳して紹介させていただきますね。

    （エラーの） 原因は、WSS が何かのプロシージャを実行するためにデータベースにアクセスできないためです。 まず最初に、WSS が使用しているアカウント （私の場合はローカル管理者のアカウント） を確認する必要があります。 そのため、私は Management Studio （マイクロソフトから無料でダウンロードすることができます） を使用して、WSS データベース (MICROSOFT##SSEE) つまり SQL Server 2005 を開き、データベースでユーザーとしてその管理者アカウントを作成し、データベース所有者の権限を付与しました。

    WSS がネットワーク サービス アカウントを使用している場合は、データベースで、そのアカウントにデータベース所有者の権限を付与する必要があります。

    こちらの情報がお役に立てることを願っています。
    それでは、また！ (^_^)/


    ______________________________________________
    マイクロソフト株式会社　フォーラム オペレーター　服部 清次

    2010年3月29日 7:31
    |

すべての返信

  • Question
    サインインして投票
    0
    サインインして投票
    こんにちわ。

    はっきりとしたことはわかりませんが、追加するサーバーで構成ウィザードを実行するときのアカウントが、ファームの管理者のアカウント（SharePointのサービスアカウント）と異なるのであれば、アカウントを変更し試してみてはいかがでしょうか？

    ※もし、既に試されているのであればごめんなさい。

    • 回答としてマーク 山本春海 2010年4月6日 6:22
    2010年3月17日 1:16
    |
  • Question
    サインインして投票
    0
    サインインして投票

    ご回答ありがとうございます。
    遅くなりましたが、検証の結果をご報告させていただきます。

    接続先のサーバーを指定することにより、自動で指定されるアカウントで間違いはなく、パスワードも間違いありません。
    また、別のAdministrators(Domain Admins)のメンバーを指定する事は、エラーメッセージが表示され、指定することができませんでした。

    ◆ステップ2で発生するエラーダイアログの内容
    構成データベースに接続できません。
    種類 System.InvalidOperationException の例外がスローされました。例外の追加情報: オブジェクトの現在の状態に問題があるため、操作は有効ではありません。

    このエラーメッセージの後、もう一度、ウィザードを実行すると最後まで、画面が進み、成功したかのようなメッセージが表示されますが、実際には、管理画面には、接続できませんし、フロントWebサーバーとしても機能していないようです。

    申し訳ありませんが、教えていただいた対処方法のほかの可能性と対処方法をご教授いただけますようお願いします。
    よろしくお願いします。

    2010年3月18日 13:39
    |
  • Question
    サインインして投票
    0
    サインインして投票

    宏栄　山口 さん、

    こんにちは。
    フォーラム オペレーターの服部 清次です。

    ご質問の件に関しまして、私の方で調べましたところ、
    英語版 TechNet フォーラムにも同じエラーに関する質問が投稿されていました。
    http://social.msdn.microsoft.com/Forums/en/sharepointdevelopment/thread/185e7674-8847-49d4-8eb6-b7aef7eced80 （英語）

    このスレッドで質問されている Robet さんは、2007年3月13日（火）午前12時1分付けの回答の中で、
    「MICROSOFT##SSEE という WSS インスタンスを開き、（ログインしていた）
    ローカル管理者にデータベース所有者の権限を付与することで問題が解決しました」 と報告されています。

    また、Robet さんは上記の内容について、2007年3月16日（金）午前12時18分付けの中で
    説明を追記されていますので、参考になりそうな箇所を和訳して紹介させていただきますね。

    （エラーの） 原因は、WSS が何かのプロシージャを実行するためにデータベースにアクセスできないためです。 まず最初に、WSS が使用しているアカウント （私の場合はローカル管理者のアカウント） を確認する必要があります。 そのため、私は Management Studio （マイクロソフトから無料でダウンロードすることができます） を使用して、WSS データベース (MICROSOFT##SSEE) つまり SQL Server 2005 を開き、データベースでユーザーとしてその管理者アカウントを作成し、データベース所有者の権限を付与しました。

    WSS がネットワーク サービス アカウントを使用している場合は、データベースで、そのアカウントにデータベース所有者の権限を付与する必要があります。

    こちらの情報がお役に立てることを願っています。
    それでは、また！ (^_^)/


    ______________________________________________
    マイクロソフト株式会社　フォーラム オペレーター　服部 清次

    2010年3月29日 7:31
    |
  • Question
    サインインして投票
    0
    サインインして投票

    こんにちは。山口さん。
    その後いかがでしょうか。問題は解決されましたか？
    服部からご案内させていただいたサイトの情報はお役に立ちましたでしょうか。
    tamaki9 さんも、情報ありがとうございました。

    服部からの投稿と tamaki9 さんからの投稿に回答としてマークさせていただきました。
    参考になった情報は回答としてマークしていただけると、今後、ほかの方の目にもとまりやすくなりますので、是非マークしてみてくださいね:-)

    今後ともよろしくお願いいたします ^^

    2010年4月6日 6:33
    |