2016-05-03 8 views
0

CAMLや他のクエリシステムを使用すると、カスタムコードを使用して修正日によって整理する項目を見つける方法はありますか?カスタムコードと変更日のクエリSharepoint


背景。私のグループは、2007年のSharePointインストールをSPOにアップグレードしようとしています。私たちが抱えている問題は、サイト上で何が迷惑で、カスタムコードセットが何であるかについての明確さの欠如です。最初のアイデアは、手動で実行してすべてのノードを記録することでした。 5,200のノードがあるので、これは純粋な狂気です。 CAMLはSharePoint内の特定のサイトをクエリする方法であることがわかりましたが、すべてを同時に照会する方法を見つけることはできません。

私はルートでビューを作成しようとしましたが、再度、あなたがいる特定のレベルのみを照会します。私はこのためのツールを作成し、サイトをスパイダーする必要があるかもしれないと感じていますが、どこから始めたらよいかわかりません。いくつかのツール(Stramit CamlはVisual StudioとSPUDで動作しています)を試した後、私は接続の仕組みを理解していないので、動作しているようです。

このようなアドバイスや記事がありますか?

答えて

0

環境をスキャンしてカスタムソリューションの使用場所を検出するには、コマンドpreupgradecheckを使用するのが最善です。これは、Webフロントエンドサーバーのコマンドラインから実行され、stsadm.exeが呼び出されます。

Microsoftから:

のStsadmコマンドは、既存のSharePoint環境内のサーバーがの将来のリリースへのWindows SharePoint Services 3.0のおよび関連製品からアップグレードするためのコア要件を満たしているかどうかを判断するために、ルールベースのスキャン操作を提供SharePoint製品とテクノロジ

アップグレード前のスキャンとレポートの操作は、Stsadm -o preupgradecheckとして実装されており、パラメータの有無にかかわらず実行できます。

コマンドが実行されると、さまざまなルールから環境がチェックされます。各ルールチェックの結果は、%COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGSディレクトリにあるXMLログファイルとテキストログファイルの両方に書き込まれ、コマンドが終了すると、結果を要約したデフォルトのWebブラウザにHTMLファイルが表示されます。

+0

私はサービスチームにそれを実行させ、私に連絡します。 –

+0

私は報告書を戻しています。私たちは本当にカスタムソリューションを持っているようには見えません。このレポートで探していなければならないものがありますか? –

+0

preupgradecheckでカスタムソリューションが見つからなかった場合は、おそらくカスタムコードの危険から安全です。レポートにもかかわらずカスタムコードがあると信じる理由はありますか? – Thriggle