「汚れた」インストールから欠落しているサーバー側の依存関係をクリーンアップするにはどうすればよいですか?
-
16-10-2019 - |
質問
SP 2010 Foundation Boxのかなり急いで(避けられない)移行/再構成の後、私は多くの欠落している機能、セットアップファイル、およびWebパートに関するCAにエラーを残しています。再配置してから、メッセージの大部分の原因である2つのソリューションを撤回してアンインストールしました(使用されていなかったため、最初は移行しませんでした)。名前が変更された欠落したテンプレートファイルに関するものを除いて)、それらは削除後に戻ってきて、「欠落しているサーバー側の依存関係の欠落」への参照を排除する方法がわかりません。
私はwssanalyzefeaturesを実行して損傷を確認しましたが、ソリューションを除去した後でも、エラーは残ります。
これらのエラーを削除するためのツールや手順に関する提案はありますか?
解決
SharePoint 2010ファームのアップグレード問題に対処するための2つの主なツールは、Test-SpcontentDatabase PowerShellコマンドとSTSADMコマンドEnumallWebsです。
Test-SpcontentDatabaseツールは、特定のサイトコレクションに対してコンテンツDBを確認します。必要に応じて、データベースが添付される前または後に安全に実行できます。ライブ制作データベースに対して実行することを避けます - コピーを取ります。
Test-SPContentDatabase –Name dbame -WebApplication url
EnumallWebs STSADMコマンドを使用して、どのWebパート、機能などがどのサイトに関連付けられているかを計算します。削除できる孤児のサイトを発見する場合があり、問題の原因となる可能性があります。
stsadm -o enumallwebs -databasename dbname -includefeatures -includesetupfiles -includewebparts -includeeventreceivers -includecustomlistview
通常、アップグレードエラーログを確認することもできますが、その点を超えているように聞こえます。
他のヒント
まあ、私は自分の特定のエラーを解決することができましたが、それは面倒なプロセスによってのみでした。
私はロードしました このストアドプロシージャ 影響を受けた各データベースに、特定の文字列をデータベース全体を検索することができました。エラー文字列に基づいてデータベースを検索して、影響を受けるページを最終的に識別しました。エラーを引き起こしていた問題の1つは、メインサイトのリサイクルビンを空にしている間、管理サイトのリサイクルビンを一度も片付けたことがなかったことです。
それは醜い、醜いハックでしたが、うまくいきました。ステップバイステップを共有できたらいいのにと思いますが、それは各システムにとって完全にユニークなシナリオです。また、ある程度のコンテンツを備えたサイトについては、データベースを検索すると、ネオンが必要になる可能性があります。
コンテンツの分離と再取り付けDBは、構成とコンテンツDBの間の最も明らかな矛盾を修正します。