%203.0%20%E3%83%87%E3%83%95%E3%82%A9%E3%83%AB%E3%83%88%E3%81%AE%E5%86%85%E9%83%A8%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9%E3%82%92%20SQL%20Server%20%E3%81%AB%E7%A7%BB%E8%A1%8C%E3%81%99%E3%82%8B.png)
それを実行する最善の方法を知っている人はいますか? この件に関する記事は見つかりませんでした。
答え1
これを行うには、いくつかのオプションがあります。最初の (Microsoft 承認の) 方法は、コンテンツ データベースのみを移動し、構成データベースを内部データベースに残すことです。これを行うための TechNet ドキュメントは、こちらにあります。
http://technet.microsoft.com/en-us/library/cc287738.aspx
構成データベースも移動したい場合は、2 つのオプションがあります。最初の (おそらくそれほど面倒ではない) 方法は、基本的にコンテンツ データベースをバックアップし、コンピューターから WIDB を削除し、SQL Server データベースを指す新しいファームを作成し、コンテンツ データベースを新しいファームに接続するというものです。この方法の使用について説明している 2 つのブログ投稿は、次のとおりです。 http://wssv3faq.mindsharp.com/Lists/v3%20WSS%20FAQ/DispForm.aspx?ID=136 http://webborg.blogspot.com/2007/06/reinstalling-sharepoint-wss3-to-run.html
2 番目のオプションは、実際にすべてのデータベース (configdb を含む) を新しいサーバーに移動することです。Microsoft には、これを行う方法に関するドキュメントがあります (WIDB から SQL Server への移行に固有のものではありませんが、うまくいかない理由はわかりません)。ただし、私の理解では、configdb の移動は必ずしもシームレスではなく、大きな問題を引き起こす可能性があります。とにかく、このアプローチに関するドキュメントは次のとおりです。
http://technet.microsoft.com/en-us/library/cc512723.aspx