Sharepoint 2007のメンテナンスとステージング
-
22-07-2019 - |
質問
新しいSharepoint 2007イントラネットのメンテナンスグループを支援する包括的なドキュメントを作成しようとしています。
決定する上で問題があるのは、さまざまな要素を顧客承認および実稼働環境に移行するための適切なツールです。将来的には、新しいリスト、新しいカスタムタイプ/リストテンプレート、変更されたページ、新しいページなどに対処する必要があると予想されます。
つまり、サブサイト全体を追加するのは比較的簡単だと思いますが、既存の領域を少しずつ変更するのは簡単ではないようです。特に、生産サイトには顧客によって更新されるさまざまなリスト(掲示板など)があるためです。
これまでのところ、最良の答えは http://www.codeplex.com/SPDeploymentWizard のようです。しかし、いくつかの問題が残っています:
1)これはベータ版であり、公式のマイクロソフト製品ではありません。したがって、顧客はあまり自信がないかもしれません 2)変更を配信するすべてのサーバーにインストールする必要があり、GUIコンポーネントを介して機能します。これもまた、顧客があまり満足しないものです(それらはサードパーティによって管理されています。EDSまたは同様の会社を考えてください)。
制作関連のシナリオで自信を持って使用している人はいますか? 提案する別の選択肢がありますか?
TIA、
パオロ。
解決
コンテンツ展開ウィザードの危険性は、実際には機能しない可能性があることではなく、特定の機能を備えた共有ソリューションとしてより適切にリリースされるオブジェクトを移行しようとすることです。
具体的には、 機能で定義されたリストテンプレートとして、新しいリストをリリースする必要があります。 ソリューションで新しいカスタムフィールドをリリースする必要があります。
おおまかな目安として、コンテンツ(ページやドキュメントのテキスト)を移行できることです。 ソリューションとして構造(新しいリストタイプ、フィールド)をリリースする必要があります。
変更されたページと新しいページをサイトで手動で作成し、準備ができたら公開できます。 一括でリリースする必要がある場合は、ウィザードが役立ちます。
必要なソリューションパッケージを作成するために、codeplexのSTSDevも使用しました。 これらのツールは「公式のマイクロソフト製品」ではありませんが、これらはMicrosoft Professional自体によって頻繁に使用され、「公式」のリリース基準がそれほど長いプロセスではありませんでした。
ツールの作者をチェックしてください。ほとんどの人はブログを持っているので、作者の経験やマイクロソフトとの関係を知ることができます。
SPDeploymentWizardは使用していませんが、codeplexサイトから
コンテンツはコンテンツを使用してエクスポートされます .cmpファイルとしての移行API(PRIME) (コンテンツ移行パッケージ) インポートのために他のサーバーにコピーされます。 すぐに使えるツールとは異なり、 ウィザードでは、粒度の選択が可能です ツリービュー経由のコンテンツ。
つまり、このツールは「Microsoftの公式プロセス」のGUIラッパーであり、移行パッケージに配置するコンテンツを簡単に選択できることを意味します。
質問の主題は実際には簡単な作業ではなく、これを実行するためのツールとテクニックは改善および変更されているため、アドバイスを得るためにブログとコードプレックスを確認してください。
更新
移行ツールは、各リリースに必要なドキュメントとページにのみ適しています。
リストには、すべてのアイテムを含む一時テンプレートを作成しましたが、これはまだ手動リリースプロセスです。サイトの構造を変更していないため、コンテンツ移行ツールで試してください。正しく動作しない場合はリストを削除できます。
実際の問題は、コンテンツタイプIDとコンテンツフィールドIDのGUIDがサーバー間で同じであることを確認することですが、ソリューション/機能パッケージによるカスタマイズリリースでは違いはありません。
UPDATE 2
個々のページに対して、URL、ファイルのリスト、およびアクションを指定して、サーバーからローカルドライブにページをダウンロードするかアップロードするpowershellスクリプトを作成しました。オブジェクトモデルを使用してページを作成するのは非常に簡単です。カスタム属性は少し複雑ですが、ページのチェックインと公開はそれほど重要ではありませんでした。