1 つまたは私 非常に最初のブログ投稿, 僕たちは SPS から顧客を移行する全体的なプロセスを説明 2003 モスへ. 読者の詳細を求めるコメントを残して、ここにあります。.

その移行プロジェクト, 我々 多くの SPS を移動する良い方法を見つけなければならなかった 2003 苔に上の文書. 最初の読み込みが十分に簡単だった. MOSS の新しいターゲット ドキュメント ライブラリを作成し、windows エクスプ ローラーを使用して、ドキュメントを移動するには.

これは、新しいドキュメント ライブラリです。:

探検家の 2 つのウィンドウを開く. ポイント最初の SP で 2003 モスの新しいドキュメント ライブラリで 2 番目. 次のスクリーン ショットはこれを示しています. 上のブラウザーが私の c を実際に指していることに注意してください。:\temp ドライブ, しかし、SPS を指していることを想像できます。 2003 ドキュメント ライブラリ:

その後ドラッグ アンド ドロップ操作, このような私のターゲットのルックス:

メタデータを処理する時間になって. という「場所これらドキュメント メタデータの 1 つの列があると仮定です。" 我々 は上記「すべて文書から見ることができます。" 場所は空白を表示します。. データ シート ビューを使用して、場所を入力するは簡単です。, 各ドキュメントのプロパティの場所を追加する 1 つずつ入るのも. 場所列に自動的に値を代入する実用的な方法がないことと、エンド ・ ユーザーがこれを手動で行う必要がありますと仮定しましょう. さらに, 何百ものドキュメントがあると仮定しましょう (おそらく数千) それは、メタデータを更新する多くの日多くかかります. 我々 はすべて知っています。, 座るし、5 日間連続ドキュメントのメタ データを更新の 4 つの仕事です。. 代わりに, 彼らは数週間あるいは長い期間破ること. このプロセスを容易にする, 私たちは"タグなしデータを作成できます。" 通りの眺め:

今のところ, 誰かが下に座っているときを過ごす彼らの割り当てられた毎日の時間または 2 つに移行済みドキュメントにタグを付ける, "タグの付いていないドキュメントを使用することができます。" 彼らの努力を集中するビュー:

ユーザーのタグ ドキュメントとして, このリストをドロップします。.

このタグなしデータ ビューの概念もクラスの人がフォーラムで問い合わせデータ検証問題と助けることができます。. ボックスのうち, モスにドキュメントをアップロードするからユーザーを防ぐし、ないメタ データを入力する方法はありません。. 我々 は、特定のサイト内の列は必須であり、ユーザーが保存をプッシュする許可されませんを指定できます] ボタン. ただし, ユーザーがアップロードし、ブラウザーを閉じる場合 (または、ドキュメントをアップロードする windows エクスプ ローラーを使用して), メタ データを入力するユーザーを強制することはできません。 (もう一度, ボックスのうち).

そのような状況を支援するこの方法を使用できます。. "タグ付けデータを使用することができます。" 簡単にこれらのドキュメントを識別し、それらを修正するにはビューします。. KPI とこれをカップルし、のこれらの例外的な状況を管理するドリルダウン データに良好な視界があります。.

</終了>

私のブログを購読します。.

今週, 私は単純な 2 つのサーバー ファームにインストールされているコケを取得する私のチームは少し苦労しました. それをを経てください。, 私は問題の人々 のレポートのための大きな感謝の MSDN フォーラムおよび他の場所があります。.

最終的なファーム構成:

• ファイアウォールの内側の SQL/インデックス/イントラネット WFE.
• WFE、DMZ 内.
• いくつか、DMZ と内部のサーバー間にファイアウォールの種類.

私たちのプロジェクトを開始する前に, どのポートを開く必要が知っているクライアントにさせて. ギブアンド テイクの中に, 前後で, 我々 は決して明示的に 2 つの重要なものです。:

1. SSL 証明書が必要なことを意味します.
2. DMZ サーバーがドメインの一部にする必要があります。.

1 日目, 我々 は MOSS をインストールする示し、データベースとモスのドメイン アカウントが作成されていなかったことを学んだ. に沿って移動することに, 我々 は先に行って、イントラネット サーバー上のローカル アカウントにすべてをインストール.

この時点で, 我々 は SSL 証明書に、混乱を発見したと, 悲しいことに, DMZ サーバーのインストールを続行する、1 週間戻ってくる私たちインフラストラクチャ男を持っていることを決めた. 平均時間で, ソリューション ・ アーキテクト先のビジネスのものに引っ越しました.

週末が経つし、クライアント証明書を取得します。.

私たちのインフラストラクチャの男が現れるし、DMZ サーバーはすべてのドメインに参加していない発見 (限定的な信頼境界ドメインまたはイントラネット ドメインのいずれか). 我々 は無駄に近く、 1/2 その日. SSL 証明書が見つからない私たちを取れなくさせていなかった場合, 我々 は既にこれを発見しただろう. まあ….

別の 1 日券や各種セキュリティ委員会, 利害関係者と (そうではありません。) すべての無実の見物人はイントラネット ドメインで DMZ サーバーを参加 OK だと同意します。 (これは、POC です。, 結局その程度です, 生産ソリューションではないです。).

インフラストラクチャ男は物事をラップする、します。. 今回は我々 が正常に通過、「SharePoint 構成ウィザードとして愛情を込めて知られている現代日ガントレット。" サーバーの全体管理あると … イーサンザシ! … DMZ サーバーは、ファームに記載されて. 私たちは、少し詳しく見てし、我々 こじ開けたシャンペーン ダニ少し早くを実現. WSS サービスがで立ち往生している、"開始" ステータス.

長い話を短く, それは元のローカル アカウントから新しいドメイン アカウントにサーバーの全体管理でサービス アカウントの id を変更するを忘れるということが判明します。. それをやった, 構成ウィザードを再実行し、出来上がり! 我々 は、ビジネス.

</終了>

私のブログを購読します。.

それは文字どおりに真実ではありませんが, 実際問題として, インターネットの web フロント エンド、DMZ 内のドメインにする必要があります。 (すなわち. いくつかのスタンドアロン サーバー独自の小さなワークグループで). 内部の WFE と同じドメインに存在する必要はありません。(s) 他のサーバー (おそらくはなりません。), しかし、それをドメインする必要があります。.

私の同僚と私は SharePoint の前提条件を含まれている提案に時間の法外な金額を費やした. これなど、ファームに参加する DMZ サーバーを有効にするファイアウォール構成の包括的なリストが含まれて. 悲しいことに, 私たちはどこかの文を追加に失敗しました, 効果, 」全体流血のポイントこの構成の DMZ WFE サーバーを許可するのには, ドメイン内, 内部のファームに参加するには。"

イベントのパーフェクト ストーム, 私たち右を見ている可能性がありますここで私たちは基本的に左みる, この問題から私たちかなり遅くまでのプロセスを非表示にする共謀, 私からを呼び出すように私 "悪いニュースを早く教えてください。" ルール.

ため息をつく.

私のブログを購読します。.