none
データベースの所有者IDを削除した時の対処ってありますか? RRS feed

  • 質問

  •  

    データベースのセキュリティ情報から所有者のIDを削除したところ接続できなくなりました。

    そのためこのインスタンスを削除しようとしたところエラー17113が発生しインスタンスを削除できなくなりました。

    この状態から既定でのインスタンスのインストール、アンインストールはできます。

    また別途新規のインスタンスのインストールはできますが、一旦インストールされたインスタンスの削除は既定以外はどれもできなくなりました。

    これら個別のインスタンスをアンインストールする方法はあるのでしょうか。

    ご存知のかたがいたらご教授ください。

    環境 Windwos Server 2003 Enterprise Manager+SQL Server 2005 Developer Editionです。

        

     

    2007年1月16日 13:35

すべての返信

  • 最近、SQL Server 弄ってないから知らないけど、

    NTFSと思想が同じなら所有者の変更をどっかで行えばいんじゃね?

    2007年1月16日 13:57
  • もっと詳しくやったことを教えてください。

    さすがにこれだけじゃなんのことだかわかりませぬ。

    ちなみに NTFS とは考え方が違います。

    2007年1月16日 21:16
  • 道化師さん、小川さん レスありがとうございます。

    道化師さん

    いろいろ試してみましたがだめでした。

    さすがMSの製品です。

    せっかくのレスですができればまっとうな解決策をさぐりたいと思って

    投稿させて頂きました。

     

    小川さん

    操作としては以下のとおりです。

    サーバーローカルの管理者「Administrator」でSQLServerをインストール

    個別のインスタンス(例えばインスタンスA)をインストール

    インスタンスAでリモート接続を許可

    インスタンスAでWindowsネットワークのグループを利用可能な状態に登録

    インスタンスAでWindowsネットワークユーザー(例えばユーザーU)を利用可能な状態に登録

    ユーザーDBをアタッチしWindowsネットワークのグループとユーザーUを利用可能な状態に登録

    ユーザーUをインスタンスとユーザーDBのsysadminに設定したような気がします。(ちとはっきりしません)

    ローカルAdministratorをログオフ

    ユーザーUでログイン

    インスタンスAでユーザーDBの管理者「Administrator」を削除

    インスタンスAそのものの管理者情報からも「Administrator」を削除したような気がします。(ちとはっきりしません)

    ここで管理ができなくなりました。

    ここから投稿したような内容となりました。

    ユーザーUに管理者権限を絞ろうとしたのですが設定を間違えたようです。

    このインスタンスAを管理できなくなったのでインスタンスAを削除したいと考えております。

     

    2007年1月17日 14:48
  • なお製品同梱のSQL Server 2005 SP1は適用していません。

    試用版を別の環境で試したところ、このSP1の適用で多々不具合が出たため、様子見しています。

    CPUはPen4の3ギガ

    メモリは1ギガをつんでいます。

    DISKは現時点で27ギガの空きがあります。

    CPUの使用率はそれほど高くありませんが、サービスが多いせいか重めです

    インスタンスAを動かした状態で利用可能なメモリは300メガくらいです。

     

    2007年1月17日 15:01
  • 状況見るに、Administrator を外したということ、ユーザ U にシステム管理権限を与えていない?という理解でいいですか?

    それだと手が出しようがなさそうですね。
    せめてユーザ U にシステム管理権限を与えてくれていれば、SQL 認証モードを有効化して sa としてログインして各種設定(Administrator の復活)させることができるのですが。
    Windows のセキュリティグループの Administrators に一時的にユーザ U を登録して作業してみましたか?

    ちなみに SQL Server 2005 の SQL 認証の有効化は
    http://blogs.sqlpassj.org/mitsugi/archive/2006/01/17/15834.aspx
    をご参照ください。

    2007年1月17日 16:07
  • おがわさん

    WindowsのセキュリティグループにあるAdministratorsにユーザーUを登録したところユーザーUで接続することができるようになりました。更に混合認証としsaを有効にしてsaでも接続できるようになり、ローカルAdministratorでも接続できるようになりました。

    ただしアンインストールできない状態は変わりませんでした。エラーのログファイルでは認証ID?がずれているとのエラーでした。

    インスタンスのサービスでローカルシステムアカウントで起動しても同じく認証ID?がすれているとのエラーになりました。

    そのためローカルAdministratorで起動しています。

    ローカルユーザー「system」にSQLServerの管理者権限を明確に出しても状況が変わらないところをみると、ここから先はもう権限じゃないかもしれませんね^^;

    製品の仕様としてはアンインストールできなくて正解?なのかもしれませんが不便ですね。

    更に他のインスタンスまでアンインストールできなくなるのは仕様として疑問を感じます。

     

    おがわさん レスありがとうございました。

     

    2007年1月24日 13:47
  • エラーメッセージの正確な情報ありますか?
    特にエラーコード。
    Windows Installer から強制的に SQL Server 2005 を削除する方法もありますが、それは最終手段にしておいて、とりあえずログとかエラーメッセージ・コードを教えてもらえれば、調べようがあるかもしれません。
    2007年1月24日 13:57
  • エラーメッセージについてメモってみました。

    Error Code: 0x80070534 (1332)

    Windows Error Text: アカウント名とセキュリティ ID の間のマッピングは実行されませんでした。

    というのが出ていました。

    レジストリ内のインスタンスAのSETUPフォルダとMasterデータベースの整合性が取れていないとの意味なんでしょうか??

    ※インスタンスのサービスをローカルシステムアカウントで起動する件

    このような状況になった直後のmasterデータベースを戻してみたらインスタンスの起動はできるようになりました。試行錯誤をしたことによりなってしまったようです^^;

    ここで再度混合認証をおこなえる状態にしてインスタンスのセキュリティプロパティにローカルのAdministratorを追加してみましたが、アンインストールができない状況は変わりませんでした。

    2007年1月29日 22:47
  • 自己レスします。

    MS UnivのSQLServer2000システム管理の講習用資料を見せてもらいました。

    このアカウント名とセキュリティIDについての記述があり、対処も書いてありました。

    また技術文書としてMasterデータベースだけを復旧させるやりかたや、

    SQL ServerをリカバリーモードでSETUPするやりかたを発見しました。

    但し、いずれも影響度が大きくためらっています^^;

    数ヶ月先になると思いますが、OSから入れなおすことで対処したいと思います^^;

     

     

    2007年1月31日 13:57