SharePointのようなビジネスアプリケーションのフレームワーク

導入

我々は説明以前は次のことは、アプリケーションのビジネスアプリケーションの必要が視聴SharePointのように'の枠組みだけで、イントラネットのそれではなく、ただの作品と呼ばれるソフトウェアが、それは聞いてハンドルを1回の文書'または私が！

確かに、それは情報を提供する基盤となるアプリケーションの開発と組織の'あなた'ホスティングを格納するリポジトリを提供するために環境をにする。 描いとしてイメージの反対側には、よりドキュメントリポジトリの詳細今後の最新リリースでは多くのプラットフォームです）（SharePointの2010;これは、情報ホスティング強力なビジネスとの建物強力なフレームワーク用のアプリケーションを構築、コミュニティを組織リポジトリのために、リッチとproviding。

したがって、予算提供するIT機会をすることにアプリケーションがために買った、または構成SharePointの開発以内にの多くを解決方法にビジネス一緒に作業スタッフの向上、効率をと方法の課題共同あなたと関連付けられてpotentiallyコストを削減。

SharePointの本質的な強さがライセンスしていることされてのものの両方を既存および新規の（ビジネスアプリケーション、ストアドデータベースにすることができます提供するデータコンテンツのフォームリポジトリ（の内側のMicrosoft SQL Server）、多くのお客様と考え、）を削減するハードウェア別の必要性を投資にと継続的サポート。

SharePointアプリケーション

一般的にサイトを話すが面しており、インターネットのWeb alongエクストラネット、とイントラネット従来のアプリケーションSharePointのはです使用for、など、それはしかし、できる名前を考えもするの次の、いくつかの垂直および水平のビジネスアプリケーション：

• プロジェクトとプログラム管理アプリケーション
• マーケティングキャンペーンのアプリケーション
• 製品カタログ
• ディスカッションフォーラム
• 研究アプリケーション
• レポートは、ワークスペース
• ドキュメントイメージングアプリケーション（スキャナを使用して）
• トレーニングとセルフヘルプポータル
• *リストベースのアプリケーション（クライアントの連絡先やアプリケーションの例管理の知識）
• *ワークフローベースのアプリケーション
• *フォームベースのデータ入力アプリケーション。

*はフィルタリング機構をいずれか、または検索しているアプリケーション可能性が作成または更新する'は複数の関係する、または必要があるの'単一のリストをデータもあります適用されます。 多くの既存のLotus Notesまたは他のようにアプリケーションと呼ばれる複雑なSharePointに全体考えの移行がいる基づくこれらの3種類ありますのでと別の、またはフォームを1つ。

アプリケーションは、環境のSharePoint既存されて提供される主催以内にオーダーメイドの'はクライアントサーバーもあります'ベースのアーキテクチャ。 確かには、の妥協レベルはいくつか必要なことが多いが、それはとしてだ非常にステークホルダーとの価値が捜査少なくともあなたのかどうかのアプリケーションを、これらの移行の利点とされるとアクセスできるようにそれらをより間違いなく使用実行長いコスト全体の削減を'の共有サービスのSharePointによって提供される。

どの要件ですビジネスの特定の理由を探してのセットを特定する満たすアプリケーションやカスタム、それは必要だに投資するために既存探しworth機能を提供するのに拡張できますが、このは、参照してください場合にSharePointに。 または実際に他のそれぞれの独立かもしれないことを考慮実装するアプリケーションを導入するいくつかの検討のためのプラットフォーム基統一使用してSharePointのように。

実世界の例

例1：

SharePointのフレームワークを内ソリューション画像文書の例既存見られる、これができることとの組み合わせ。 既存の印刷＆スキャナ装置は、環境のSharePointをすることができます使用されるには、キャプチャ、格納、その内容を（通常はいさかい）またはpdfファイル。 これらは順番に、できるメタデータタグを自動的にインデックスが付け、メールのプロビジョニングを介して検索したり、フィルタの使用可能なインタフェースことは広く、観客使用してワークフローを実世界の例の統合このような、等の着信、技術対応顧客とされるスキャンのまたは他のアドホックスキャン要件。 補完的な技術を組み合わせる例の良いこの再利用のお客様に、SharePointは、スキャンの両方の投資"

例2：

もう一つの例のようになります、イントラネットのSharePoint Notesアプリケーションに変換して、ロータスの移植を。 多くのように'と呼ばれるNotesアプリケーションは、実際にいるだけノートに表示されます保存された情報です。 これらは移行することができますおよびSharePoint座って完璧ではよくセット内の機能と同等。 それが移行したのワークフロー複雑な場合になると、それは過小評価して課題をしないときはしない"ドキュメントへの移行、特に"ノーツからだ悪名高い、それは、難しい。 あるとおり、サードパーティのように、ここの製品が利用するのに役立ちますAvePointは 、 Mainsoftの と クエスト 。

理想的には、元のSharePointのアーキテクチャが変更などの処理する必要がある提供するために必要と考えそれに応じて追加構築されてアプリケーションと。 それらをした場合に対応することではなかった必要な変更を建築全面的な見直しと計画をし、あなたが実施する必要があります-ここの問題をしない推定の下で、徹底的にこの分野を研究、それは、ハードウェア、可能性に追加包括的なアーキテクチャの変更またはソフトウェアを購入。

結論

だから要約では、SharePointは、リポジトリれているドキュメントのよりはるかに、それは目標をより多くの情報をだたちのスタッフを管理powerful役立つアプリケーションビジネスのホスティング強力なフレームワークの構築は、効率的戦略的な達成の事業を手伝って。 だから2007かどうかは、2003年、あるいはすぐに将来的に開始2010年のためにバージョンのSharePoint、計画の展開や必要な変更もビジネスは高度なので、あなたのサポート、それは。

よろしくお願いいたします。

アンドリューワルムスレイ

監督は、WorkShares

SharePointを維持あなたとの同期IT戦略は、

SharePointのフレームワーク'でいる成熟アプリケーションビジネス近年の参照にはするなってかなり良いでされて希望の私は、またはすべての'、物事をすべての人々のプラットフォームです。

2003のSharePoint導入で'Windows SharePoint Servicesの（WSS）のダウンロード、'自由'ライセンスの一部としてシステムとしての動作の2003をWindows Server、Microsoftはストロークのライセンスでマスタも明らか。

WSSは間違いなく、良好、堅牢で独自の豊富なその上で大規模なエンタープライズ企業も、すべてはある程度いくつかの管理サービスとなる、多くの中小とするドキュメントに簡単。 確かにこれは自分自身をはどこに多くの以前のバージョンの展開をオフ事業を開始ソフトウェアなって、されたことなく、本当に彼らは何を知ってかかわっている。

"SharePointは2010サイズ1'を魅力的な提供する予定だ引き続き'収まるすべての機能は魅力的なアプローチは、との設定、イントラネットの両方カット間、エクストラネット、インターネットの境界"

すべての人々のテーマにこれは'すべてのもの2010 SharePointのは、リリースの横にある設定を続けている。 リリース時間計上の春は、アプリケーションソリューション汎用の意志を継続組織の一部提供するサービスと、大規模なビュー機能をします満たす私のように必要な非常によく、しかし、他のより具体的な要件を明確にされません。

）SharePointの2010と呼ばれるように、その前身でSharePoint 2007年版、次の（設定機能を使って魅力的なさを提供アプローチを魅力的な'フィット'を1つのサイズすべてがイントラネットの両方カット間、エクストラネット、インターネットの境界。 まだリリースこの忘れて、2009年のサービスを提供し、彼らのであるされて更新さの背面に初期起動には'に基づく雲のMicrosoftオンライン、場合未熟は説得力。

しない顧客期待や可能性があるとして、1つの関数としても必要、しかししないそれはアキレスのかかとを'での人々 'のされて時間がステートメントてから時間を'すべてのものは、wikiのようなドキュメント管理、レコード管理、ブログは、ワークフロー、Webコンテンツ管理、などおそらくこれらのSharePointの他のコア機能は優れているところ、使用される独立ライバルのいかだがある場合の製品。

しかし、それは比較のサイドの重要にSharePointは、覚えている側などで勝利することができるとされたことになりますれていません。 また、ソフトウェア、アプリケーションの業務のライン'が設計された競争の尊重'垂直'スペシャリスト他のアプリケーションやベースのビジネス。 ポイントが多いのニーズを紛失での議論と満たすためにソリューションを選択するITと実施選考。

" 建築 " ブロックこれらのSharePointは、の一部であり、すでにしていない場合は、

コンテキストこれらに回避するシナリオを正しい方向と見なされ、保証SharePointを、それはだ採用し、重要なの戦略は、技術導入が経営に合意し、実施料と、これらのが理解だけでなく、サポートが交付することによって、すべての高齢者のための責任をステークホルダーITサービス。

さらに私は、同期の戦略を希望提唱するITの維持、この全体を。 なぜですか？ 組織のための詳細をしない場合よりもアプリケーションのITの成長ミックスを使用する、ハードウェアとソフトウェア、および保守維持し、スタッフが蓄積されたコアの範囲をのスキルと経験があなたの役割はの一環として。

したがって、お客様のIT機能は、環境と、この異種コストを関連付けられた管理関心を持って既得。 加えて、であるかではなく、簡素化する必要がありますが欲望成長、'は応答性と導入運用戦略的目標を達成する戦略的目標を建物のビジネスをすることができます支援'ブロック。 ビルディングブロックこれらのSharePointは、の一部ではすでにれている場合は、。 ビルディングブロックでも戦略的なあなたの場合は、特定のポイントソリューション'の'ようになりました戦術が使用さSharePointの幅は、イントラネットの機能のような関数のコンテキスト広いことと考えでは間違いなく需要のために。

記事では私の次の私strategyのIT willあなたinto write技術のSharePoint introductionていることが、今後なぜ重要であり、どのように今年can this 2010 laterさらになら、あなたは投資を拡大made SharePointので、おそらくSharePointのmake 2007またはare about to。

よろしくお願いいたします。

アンドリューワルムスレイ

マネージングディレクター

2010 SharePointの興味は？

私は傷多くていた権限（および保持！）SharePointと仕事をしてと、2001年最初の打ち上げはない、それが何年もプラットフォーム上で更新を連続して見られるだけでなく、成長の採用によって企業の証人'とキーの1つ'の技術のブロックは、建物の目標IT運用とされて実装されて配信の両方の戦略を。

（として、次のブログ表現の記事は、ポスト1ポスト1 ）これは建築と'がされて私のビュー主を通じて進化'機能プラットフォーム製品の年間での用語。

これは2010年持つSharePointではなく、少なくとも、最新の計画のリリースの製品と呼ばれる前年対投資さらに見て、大規模な関心を。 詳細に関するさらに詳しいこのページの更新計画： SharePointのスニークピーク

何が、ある程度いくつかの私をした驚いたtoリリースこのような材料、他のレベルやイベントの関心と空のコースは、上の'インストールするにはどのように'を'キー設計されている決定を検討する'を、製品などと、これは前にも一般的に公共の場でのベータ版！ これは確かに深さ偉大されたすべての以前のバージョンには利用可能。

これは、技術とその他のこれです良い兆候の支持健全なコミュニティのための配慮に関するガイダンスを前に、情報、将来のロードマップway提供much moreを内にあり、のマイクロソフト、。

貸し付けは、今年期待次の起動しない勢いはそれが続けています。 このような活気のあるコミュニティとマイクロソフトからのヘルプは、私たちに役立ちますすべての技術の新しい付属'最大速度とすることができます疑うない私たちはより良いする準備が課題。 この利点は誰もがWorkSharesとしては次のようマイクロソフトパートナーことができ、また、超えて有することに2010将来の投資にしている企業意思決定の戦略的タイムリーなアドバイスをprovideする指導の周り。

よろしくお願いいたします。

アンドルー

マネージングディレクター

マイケルデラーはWorkSharesに参加

私たちはWorkSharesに参加してデラーは喜んで、マイケルは、発表する。 彼は監督たちが加わり、技術WorkSharesのコンサルタントベテランのSharePointされます続ける彼の能力としての役割間で彼の他の建築家。

フィールドはこのMicrosoftのパートナーの大手の英国のいくつかのでの経験の作業とSharePointテクノロジ年以上の6領域は、このもたらしますマイケルは比類のない知識をもって彼と経験豊富なの。

マイケルは、プロジェクトのSharePointプロファイルが高い仕事でいくつかの最も部門の経験を含めた公共産業がクロスではなく、利益のために、ユーティリティ、および教育を。

情報ワーカーアリーナSharePointとマイケルの背景は、前にトラブルシューティングのメッセージングおよび/ Microsoftクライアント次の数年以内に強い分野でインフラストラクチャサーバーのバックグラウンドでインフラストラクチャ。

マイケルの任命は、能力を配信します強化シニアマネジメントチーム全体。 ）2010年（SharePointのプラットフォームは、最新アップデートの出席に打ち上げのMicrosoftの最近の彼のラスベガスでの会議のための機会をしますもたらす必要多くの'ヘッドアップの意味、と課題技術、既存のSharePointユーザーまたは新しい。

既存の私たちの楽しみとのWorkShares貢献への彼の貴重な将来のクライアントこととのマイケル働いて、いくつかのサービスを年間彼の満足を確保は非常に私私は多くのSharePointのプロジェクト。

よろしくお願いいたします。

アンドルー

WorkSharesをマネージングディレクター。

でSharePointへの移行ドキュメント：注意事項

背景

私は"と題された上記の私の記事の最後のドキュメントの移行SharePointで-あなたのオプション "は、リポジトリている基本的に4つの主要他の利用可能なオプションと株式のファイルをからのコンテンツを決定する際かどうかに移行します。 要約すると：

• 移行にSharePointの完全
• コンテンツにSharePointのサブセットの移行の一部*
• **コメントを残すどこにあるかとは独立リポジトリの両方を維持継続
• ***コメントを残すどこにあるかとリポジトリの両方を維持継続するが、それを検索するSharePointを使用してインデックスに古いコンテンツを機能を提供するため。

1つ以上のオプションこれらの要件とニーズがありますに応じて選択してしまうことがルートに。

*古いコンテンツや可能性がありますアーカイブさもちょうど削除されます。

**は、費用を考慮し、リスクはここ装置を高齢化の維持

、***オプションが限られたこの結果、調査を徹底的にテストし、特定の検索、それゆえ注意して使用します。

次のステップと注意事項

状況にを通じてのに役立つことをお勧めします、この決定のルートは、プロセスが決定する、私が似ているステークホルダーのプロジェクトチームとコア以下の記述いくつかのポインタを以内の場合に考慮し、議論を。 これらのコメントはを経て、様々な管理の数年間にある基づいてSharePointのプロジェクトなので、クライアントは私たちのレッスンと学んだ私たちうまくいけば必要になります避けるためのいくつかを痛い！ それはだが、、おそらく必要なのすべてではないと思うのいくつかの考えで良いスタートの方法をあなたに沿ってのに役立ちます。

"移行は、移行することができますが高価特にしようとあなたはときに考慮する情報の量を、事業コスト真の技術リソース（内部および外部）は努力の移行を支援するために意図するようにスケジュール"

等に基づくいくつかの度に、ビデオ質問あなたのステークホルダーが＆シニア、実際に画像、ページかする必要性を移動内のすべてのこれらの文書やイントラネットのユーザーとしてかれらはどうかまたは事例と経験、私の経験は80示すタイムと時間をもう一度、 -場合ではほとんどが作成したすべてのアクセスされた超えては後に12〜18か月のコンテンツの90％が。 だからあなたの仕事の山を作成することができる、この値はほとんどリターンは非常にします。

それゆえ私はそれを確認するために証拠をサポートことをお勧め探しているか、（されていません）の要件にアクセス頻繁に、または他のステートメントをサポート、またはそれ以外の移行。 プロセスを検索から、なぜそれが実際に決定される'する必要がある移行'の場合のビジネスは、ほとんどのように入れて一緒にミニ。 は、に優先順位を避けるために）やって仕事を（他の持っているから場所の調査または最初の移行では、多くの場合、と言うビジネスユニットがするだけで自然にそう。 現実にはアウトです古き良き明確にしばしば歓迎と良質なコンテンツをリフレッシュする機会、要素は内容古いアーカイブが必要ではなくなった。

私も強く年をお勧めします以上されて集めているコンテンツをのレビューを運ぶうち。 あなたはとにかく更新する必要がありますに驚かされることを見つける必要をどのくらいの本当には、もはや、コンテンツを識別する関連実際に、または、適切なファイルまたは。

覚えておいてもそこにSharePointの微妙な、しかし重要な違いの間にそれている'利用可能なビジネスそれはされて利用可能と移行。 たとえば、もしあなたが、利用可能な場合がありますそれを維持するSharePointの距離から以下のまだアクセスオフラインメディアや安価な形態のストレージおそらく他。

場合、動員コンテンツあなたがの量を必要になりますがその決定大規模への移行）の（'の移行チームの青写真を行うには入れの場所'、実際に確認してください誰もがタスクには、意識の役割とときにはしろという、それらをやっているし、理由。 彼らは行わ短いされているにする必要がどのようなボード上完全に。

また、プロセスを証明する'必要とするチームは、移行のための'証明スループットをの作品に進んでいます。 これはのために行くのマニュアル、自動またはアプローチの両方の混合物。 結果の推計で寛大くださいあなたの結果に移行した。 これは、期限を移行させる満たすあなたのステークホルダーに信頼をする能力、プロジェクトチーム。

SharePointのアーキテクチャ全体的な"影響は上のニーズは"デザイン全体にすることが計画

うまくいけば、計画建築のSharePointされますか、またはいくつかのカバー元のほとんどをこれであなたの...環境のサーバーの物理的な負荷で考えるについての増加、容量計画の問題が、名前の結果、全体的なナビゲーションと有用性、コンテンツのあなたのための検索影響にSharePointのいくつかの地域が必要と思ったコンテンツを、既存の検討に移行するときの評価。

たとえば、環境場合に移動する場合はしている行くとに外部保存されたコンテンツのまたはインデックス任意の配置については、検討環境のSharePoint含意ですため、ストレージの増加。 インデックスファイルのサイズをため、少なくともまだ増加ストレージ処理も、新しいのデータベースのSQLの内容はされて追加を必要とする増加でサイズのストレージデータ生されていないだけ。

次に、プロセスのバックアップ＆復元を考慮あなたの上に配置、追加の負荷をお持ちのだけ！ あなたは、ダウンタイムの場合は空室がありますもたらすサービスのためにSLAを満たす能力に圧力を潜在的な。 たとえば、SLAをすることができますあなたが時間を許可内のデータベースがまだ復元するコンテンツの増加、新しく？

"評価サードパーティ製のツールは、"データのを支援するためのボリューム

Many 3rd party products do a great job in helping you bulk migrate/upload content into your SharePoint environment. However, many will not meet your requirements fully, so review them carefully and plan their performance (or lack of) with migration and costs into your plans and budgets. It's important to know their limitations as well as their strengths. You may find they migrate many, but not all of your document types. Also, quite often you will lose some important document properties or other meta data associated with the document or pages you are trying to migrate.

In addition you may lose data integrity for example the timestamp information. This is typically something that may be important from a records management perspective, as it may not be carried across to the new environment.

“Ensure you get the business to take the lead in migration”

）で、すべてのアプローチを提供青写真を（手段は、ツールや移行のメソッドできるコンテンツを確保する。 最終的にはビジネスユーザー必要があります'所有'実際の移行と始まりになるからプロジェクトのこの部分で完全に関与する。 彼らはしている提供している場合は、最高に配置さを知っているコンテンツは何かされていない機能をSharePointに必要な方法については、それが必要見て、使用することは、アクセス、等のユーザーを教育しているエンドに最良の方法の1つにもすることが起こる彼らは全体。

""保持データを義務を規制考慮する

健康や慈善団体、金融、いくつかのビジネス部門は、特定の政府/公共部門）全体として、特定の問題が保護データ（規制ルールを彼らがしてください可用性とアクセス、データの保持があります。 これらの計画はあなたに分解されますが必要とする。

"資本を回収すると、ハードウェアを再利用、古い"

古いイントラネットからの移行は、アプリケーションをファイル共有やその他の潜在的にすることができますているか、たとえそれがキットです行くリサイクルするだけで見つけてからどのように）。プランのための努力、このことのいくつかの少なくともハードウェアをする資本を回収する（でまたは客室サーバー削除から。 埋立地でください考えて慈善を組織ダンプよりから、または学校があります利益ではなく機器歳。

"データを覚えておいては、すべてではなく、"必要がありますSharePointに格納されてたりする

これは、ソースである場合はtrue SharePointのできるコンテンツさまざまなインデックスです。 しかし、痛みを伴う現実がオンになっこのあたりの一部ではないため、製品の障害のため、当初希望し、結果を達成めったに自体が、のSharePointベースのメンテナンスがために一般的またはデザインまたは省略された検索を忘れて多くのしばしばの継続的な努力メンテナンスに行く。

かなり頻繁にそれがだが、簡単にルートをインデックスに登録高齢化ファイルと膨らんだ株式の日付のかを古すぎであり、そのソースは本当にあなたがしたいから検索結果を情報が含まれて？ メンテナンスチューニングと規則的な微細なし慎重な設計で始まり、視点が必要しばしばユーザの貧しい経験を持つ場合は、終了まで。

だからソースのインデックス作成を検討する手段により、すべてのが、実際にページの結果の観点ではなく、メンテナンスおよび継続的な少なくとも、ユーザーが経験で検索デザイン、企画からか理解意味。 ノートでは、後者）を考慮ルートサードパーティのコンテンツ（カスタムのすべてのうちのボックスの結果の検索のオプションをお持ちの検索とフィルタリングも導入。

"ですが、コンテンツを考慮して残して"

とコンテンツと無形のメリットをの残して具体的な理解の両方にしてください現場は、おそらく移行を作るコンテンツは読みの期間だけの時間あなたのことを考慮しながらオプションを行うとか、そう増加を許可しないように、または領域の変化このコンテンツ格納されます。

結論

が検討の多くは、移行へのアプローチを決定するための議論のあなたの一環として、物事を検討するを超えているのほんの一部があるかもしれませんがトピック。

それは違う関係なく、コンテンツをすべての技術および時には合理的な金融やって何かを移行する場合、政治的'のパスだけに'少なくとも抵抗。 既に場合はしていない場合は、アーカイブを導入を検討、クォータと保持ポリシーは、環境の増加量をのデータの疑いがないに管理します。

作品をあなたとしない従事関係者の移行と取得すると、購入所有しているインがします。 にそれを行うの役割を正常にしばしば脱いで戦略していますなど資源を確認ビジネスはそれが運ぶ時に異なるものになるように移行をこれを。

最後に、経験の私の移行およびSharePoint元のコンテンツに小さなサブセットをさわやかな加えて、残りのアーカイブの状況のアプローチが最も適しています。 状況インデックスオンにSharePointファイル機能については、株式の測定小さくしか検討されてくださいまた、何か。

よろしくお願いいたします。

アンドリューワルムスレイ

監督は、WorkShares

Document migration in SharePoint: Your options

Overview

As I mentioned in my last post there are a number of in-built tools and other options to help you migrate your content into and around your SharePoint environments.

“SharePoint is the natural replacement for your ageing file shares and other data repositories”

The very real and important question arises over what to do with your historical data stored in these repositories such as file and network shares, intranets and other silos. It certainly will not be a total replacement for your file/network shares.

That said, this and the next article I plan to write intends to provide you with the main options open to you, as well as some useful pointers from the experiences we have gained over the years with working with clients large and small to deliver intranet, internet, extranets and other point solutions based on Microsoft SharePoint technologies.

The Options

You basically have the following choices to carefully consider, each one will have implications that will be different depending on your needs and circumstances:

• Migrate completely into SharePoint
• Partial migration of a subset of the content into SharePoint
• Leave where it is and continue to maintain both repositories
• Leave where it is and continue to maintain both repositories AND use SharePoint to index your old content, hence providing capability to search it.

Each one has pro's and con's, which you will need to way up in order to make a decision that is right for you. In the end one of more of the above may be appropriate for your needs, but as per previous blog posts ensure you budget and plan accordingly as I will guarantee it will take your longer that you think!

I will write a few more pointers for you to consider in those deliberations with your stakeholders and clients alike in the next post.

よろしくお願いいたします。

Andrew Walmsley

Director, WorkShares.

移動のコンテンツの中SharePointまたは移行

導入

移行は自身のものですは左またはロールアウト用語初め中終わりに向かって、プロジェクトをのスコープにはプロジェクトには、常に厄介なトピック来るまで採用フェーズのユーザー、または、一度、閉じているプロジェクトが。 されるかなりのことができる活動ノートのような移行のネットワークやデータの移動に、または間からチームサイト、mysites、またはシステムドライブです。

ある視点ですが、残念ながら誰の種類を満たすすべての答えはシナリオとをお勧めしますが、私は拡大移行事業を検討強く一括移行する必要がからの最初の場所です。 運動を検討する場合はそのまま実用的で休暇可能であればそれを使用するかであり、それはメディアクレンジング安いストレージおそらくあなたのデータをまたはSharePointにする前に移行するか、実際に移動させる。 今後の課題の資料をもっとこの。

記事では私はこのオプションを自分としたいユーザーが終了するいくつかの指導をする。 私は頻繁にネットワークendのcome acrossやユーザーからの両方の元from on求めて私現在のクライアントのコンテンツeven to別または最善の方法location approach moving 1からサブサイトを含む）のコンテンツをより1つのサイトにどのように別のか（にmoveサイトをチーム全体位相採用ドライブ中に移行または。 あるパスのシナリオと範囲は全体の方法/ツールここでは、うまくいけばに役立つためのオプションの一部をごれる私が提供できるように教育にすぐに設定を。

まず、起動、右からの期待を設定するに...すべての移行をにやメソッドの周りにボックスのSharePointは、 のではないから簡単に使用して達成 、 特に 、手順を必要とするかなりの数のマニュアルです。 コンテンツの（の多くのサイトこれはチームのどのように一般的に格納する私たちのために、主にコレクションのサイトと呼ばれるものです-トップレベルのサイトは通常）がいるのデータベースのSQL内で有効に格納されます。 しかし、メカニズムをユーザーインターフェイスで一般的にサポートの欠如の結果として、コントロール必要な範囲内SharePointに提供できるようにコピーまたはコンテンツの移動。 これはあなたを、おそらく理由に役立つ3のあるている多くのツールがパーティにそこ。

場合には任意の、後のコンテンツ作成を確認しないような必要性を移動する規則を計画する慎重に命名して、サイトのデザイン！

用語解説

まず上の用語いくつかのポインタを続行する前我々は：

• サイトコレクション -ストレージおよび管理のコンテンツのトップ最もリポジトリ境界セキュリティと。 SharePointが配置数百または数千ものこれらの多くのことができますが含まれます。 トップレベルのチームサイトは、コレクション、多くの場合サイト。

• チームサイト -とやコンテンツを共有格納するために始めてトップレベルの非常にでサイトが作成。 通常、サイトコレクションが適切に構造大きい場合、または文書の何千ものことが含まれ、それぞれを含む数百、数千、多くの数をのコレクション1つのサイトのサイトチームチームサイト- subとか。

• サブのサイト -サイトですトップレベルの、基本的にサイトの下のトップレベルに座るチームサイトをから離れてサイトコレクションのコンテンツをさらにに保存し、ユーザがされて作成された。 彼らは考えている、多かれ少なかれ同じ機能になるしか/さのトップサイト子どものアクセス許可をする可能性を継承、必ずしもではない可能性があります等、他のことができる各リンクの間

• コンテンツ -任意のOffice文書、PDF、画像、ディスカッションリスト、カレンダー、連絡先リスト、またはテキスト、あなたが格納されているサイトで。

• 一覧 -カレンダー、連絡先リスト、ドキュメントライブラリ、ディスカッションボードは、アイテムの内容すべてのです例のSharePointの混合物をすることができます含まれているとリストが'。

Methods & Tools

The following are some real world end user driven methods and tools in which to consider for your content migration into and of team sites in the main, but also will work for mysites, and publishing content.

1. Creation of site 'templates'

あなたが持っているコンテンツのために任意のサイトのチームは、サイトを全体能力に保存すると、そのドキュメントライブラリ、メタデータとメガバイトのコンテンツ（根圏部のサイズの最大のみ）をテンプレートとして再利用可能な。 これは今のサイトになるポータブル他に再利用するサイトテンプレート。 とコンテンツ、このかと同じ構造をすることができますサイトを含む、現在作成再現。

サイトを行うにはこれを、下の[設定と呼ばれる機能を使用することが判明保存サイトとしてテンプレート'。 これは、けれども- 、コンテンツを保存するだけの構造と許可またはあなたが同様にサイズのためにメガバイトの10最大に限るの。 それは理想的ですがいないかのサイズになるに依存関連のコンテンツとしてに使用するツールとしてする。

一度のギャラリーサイトテンプレートを'にして保存したテンプレートサイトとして、（設定サイトの下にすることができますに行く場合を与えることに身近な名前を）。 あなたの新しく保存されたサイトがされるテンプレート。 さて、これはtemplatenameはサイト"ダウンロードすることができますが、デスクトップ、（。STPの"）と基本的にサイトテンプレートをアップロードで送信先の新しいサイトに'ギャラリー'。

What happens now is that when you go to your new site and attempt to create a new site,  the template will appear an 'Custom' tab option on the 'select a template page. Hence its important to call it something familiar on the previous steps! Once this is chosen, your new sub-site (and content if you ticked this option) will be there in the new site!

Pro's

• Quick and easy method to get small sub-sites migrate from one location to another
• Useful for creating different site templates for different audiences/needs
• Maintains branding/look and feel
• No admin or code deployment required
• End user friendly.

Con's

• Cannot be used for creating top level sites (unless uploaded to centrally 'master gallery'.
• Loses security permissions
• Loses item level security
• Limited to 10M in size
• Does not save sub-sites as part of the site, only that one site

2. Creation of list 'templates'

Basically for each list or library you have created on your site (this means any calendar, document library, contacts list, or other generic list) you can actually save each individual list including any additional columns you have created inside AND documents/content inside them, as a reusable 'list template'. As with 'Save as a site template' mentioned previously, this now becomes a portable list template to re-use on other sites.

To do this, under the list or document library settings, you will find a feature called 'Save as template'. This will allow you to save just the structure AND OR the content as well – Though again it's limited I to a maximum of 10 megabytes in size, so not ideal and will depend on the size of your content as to its relevance or not as a tool for you to use. At the very least you can get the list structure, then maybe use Option 3 below to bulk move your content.

Once you have saved the list/content as a template, (give it a familiar name) you can go under Site Settings to your 'List template gallery'. Your newly saved list template will be there. Now, this can be downloaded to your desktop, (“ listtemplatename. stp”) and basically uploaded in to your new site into the destination 'list template gallery'.

When you go to your new site and attempt to create a new list or library,  the template will appear an option in which to create from – hence as before, call it something familiar. Once this is done, your new structure (and or content if you ticked this option) will be there in the new site!

Basically repeat this process for all your other libraries or lists until you have copied your content across to your new site.

Pro's

• Quick and easy way to move/copy list based content and structure including meta data
• No admin or code deployment required
• End user friendly

Con’s

• Resource intensive
• Loses security permissions
• Lose item level security
• Limited to 10M in size

3。 Explorer view 'quick and dirty -  copy, cut and paste'

This method only works for document libraries or picture libraries. Basically if you open up your picture or document library using 'explorer view', (Choose Actions, Open in Windows Explorer) then do the same in your destination library, you end up with two explorer windows. Make sure you can see these side by side. You can manually select all your documents, copy/paste from one location to another or drag and drop in the same manner.

This is particularly useful for moving data from network drives (but is very very slow!) or other areas that support a protocol called Webdav.

Note: Any meta data won't be copied and you lose time stamp and other original owner details. DO NOT move or copy the 'Forms' folder! This is a systems folder needed by SharePoint.

Pro's

• Quick and easy way to move/copy content between libraries
• No admin or code deployment required
• End user friendly

Con's

• Resource intensive
• Slow moving lots of content
• Need to setup security permissions again on destination library
• Ignores any metadata you have setup!

4。 Export to Excel

As you might expect, this is only useful for lists (not document libraries).

On any given list you have the option to 'export to excel' or 'export and link to excel'. This can be used to provide an export into excel, then save/re-import back into another list.

Note: This can be quite painful as your origin/destination lists need to have the EXACT columns and metadata setup. Otherwise it will through up lots, (read huge!) amounts of data integrity errors that you will need to work through. Not recommended for the faint hearted, but does work, with limitations.

Pro's

• Quick and easy way to move/copy content between lists
• Good for limited offline working
• Good for large lists (Better use Access for lists with thousands of entries)
• No admin or code deployment required
• End user friendly

Con's

• Limited to one list at a time
• Not very robust
• Potentially resource intensive when uploading new data
• Need to setup security permissions again on destination library

5. Third party tools and server side tools

There are a mass of third party tools out there and too many to mention specifically on here. Ultimately many do however require a level of access (read server level permissions or server side code updates) you might not be allowed to have, so be aware of this 'show stopper' before you go out and buy something from Bamboo, Quest, Metalogix, Kwizcom or some other freeware on the internet! And before you go ahead and install a 3rd party product, read this article I wrote a while back.

For large migrations of data, the above methods 1-4 are simply not scalable and hence such products will be needed to make migration that much easier to manage.

Be aware however that some products may sound cheap, easy to install but can wreak havoc on your precious data and platform. I have come across many 3rd party web parts (free and chargeable) that have caused the project more problems, so caution should be taken. Areas such as not respecting origin and destination metadata, preserving file time/author stamp details and in general just overall robustness and performance issues are the main areas I have found to be areas in most need of improvement.

There are in addition some server side tools (basically command line tools) which are available to copy/move content between site collections (and different databases which the site collections are often stored within if need be). These are only for use by your system admins however, but can/should be consulted if you have a particularly large amount of content that you need to move from one site to another.

Conclusion

If your site has relatively very little content, its often quicker/easier to manually re-create the data or site you need to move, rather than actually move it using the above methods

For individual migrations its worth try the above options to gain an understanding of what you can do without purchasing 3rd party products or deploying server side code. Though the above examples are not 'bullet' proof or without limitations so do experiment and try before you settle on the one that will work for you.

There are a lot of 3rd party tools out there that can and do help. But as with any software purchase don't load it on our production environment without first demonstrating it is fit for purpose. I'll write some more soon on the topic of migration in general, so watch this space!

よろしくお願いいたします。

Andrew Walmsley

Did you achieve your SharePoint ROI (Return on Investment)?

The 'solid' business case for SharePoint

When was the last time you read a business case which contained tangible (specifically financial) cost savings for recommending Microsoft SharePoint to be deployed into your organisation?

If you're one of the few that I have come across, I often wonder just how well the numbers 'stack up' both when they were written in terms of the criteria used and how they have fared since it was deployed?

I am sure many were 'successful', even if the financial statistics were not available to support this statement, as often its not just about the financials and can be more about introducing a change a way of working, ie collaboratively as opposed to in 'working in silos'.

Even so, over the last couple of years of working with the latest version of SharePoint with our existing (and new) customers, whereby we have returned to carry out additional work or for new consultancy pieces of some kind, I often enquire how the original business case was first of all agreed and secondly, (if one was produced!) how the deployment has lived up to it's original goals.

Predictably, it's a mixed response but overall business cases are increasingly being used, (which is a good thing) but rarely do they in my opinion, consider the long term financial savings nor are they revisited to confirm expected financial savings were achieved.

How well did the deployment go?

So did the deployment meet or exceed original financial savings?

Are the executive, steering group or IT dept. who signed off on the project happy with the financial cost savings or delivery in general? I suspect quite a few responses would be not so positive, decisive or along the lines of 'could have gone better'.

Depending on whom you spoke to in the business the reasons for this would typically fall into the following statements:

• 'No estimate of financial cost savings were produced in the beginning, so I can't say whether it saved us money or not'
• 'Bad advice from our SharePoint partner led us into a 'square peg, round hole' scenario, ie They decided to force (read bespoke code!) the hell out of the platform into something it just wasn't meant or designed to do and hence costs more than we budgeted for'
• 'It was deployed but it did not have stakeholder support, proper governance or adoption plans and hence wasn't really used by the business and so stagnated'
• 'The project was managed poorly by IT, ran over budget, took a lot longer than they said it would. Any identified cost savings has been lost getting it delivered'
• 'The new intranet was deployed, but I was offered no training or support and I can't find anything I need so rarely use it. There was nothing wrong with the previous application…'

Etc, etc…

As I posted a couple of years ago with my “ Microsoft ROI Calculator for Windows SharePoint Services ”, there are some useful resources out there to help, but these tend to be a bit of a 'black art' and should in my view be used with caution. There's one also from HP and others, but my thoughts on these are that it's a bit overkill in its recommendations, (perhaps to sell more hardware…?!) though useful I think for the wider awareness you need when carrying out such capacity and performance planning activity.

Why some SharePoint business cases often miss a trick

Most business cases I have read consider typical issues such as costs of maintaining existing application that are 'not fit for purpose, together with potential replacement application costs for licensing and hardware costs. Fine.

But rarely do they consider the financial savings of delivering additional applications on top of SharePoint beyond what they were originally introduced for (typically your intranet/extranet scenarios).

Not so easy to put down on paper in terms of financial savings, as such applications may not even be known about or requirements scoped in enough detail to make an informed decision. But nevertheless such a statement should be in your business case as a strong 'intangible' business benefit and support your strategic reasons for using SharePoint.

SharePoint 2010 is just around the corner …

The simple fact is SharePoint 2007 is already a good platform for delivering  applications upon. SharePoint 2010 isn't so far away and first signs are that it will build upon its success with the current version and become a great platform in which to host applications upon.

Whilst SharePoint may not be optimised for heavy transactional based applications, very few of your line of business applications (small, medium and large) will be of this kind anyway. Think about your existing applications (or planned) that provide your users with product catalogues, knowledge base applications, record management, document imaging repositories and consider them for inclusion into your SharePoint environment. Such additions will bring yet more value to the original (or new) business case.

Organisations must not miss this opportunity to bolster their business cases for SharePoint 2010 adoption, by looking at their 'line of business applications' they were considering introducing or replacing legacy applications, to see if they can realistically be 'consumed' by the SharePoint environment. I think you will be pleasantly surprised just how many can.

Important Note: Its imperative those doing so now with SharePoint 2007 or in future with SharePoint 2010 factor such things into their high level architecture designs. Most architecture designs I have come across fail to consider such requirements or plan for their inclusion. Introducing such things later will potentially cost you in redesign of your design in particular capacity or performance related areas.

With SharePoint 2007 available now and the soon to be released SharePoint 2010, it's even more critical to  increasingly view the strategic nature of your decisions and how operationally you can derive more value out of your investment in SharePoint platform.

よろしくお願いいたします。

Andrew Walmsley

Director, WorkShares

Update June 15th 2010

A report commissioned by Microsoft from Forrester provides useful insight into the potential value in deploying Microsoft SharePoint 2010. The report can be found here and highlights several supporting statements others will find useful when putting together your business case for deploying the latest version of Microsoft SharePoint.

Microsoft BPOS – Business Productivity Online Standard – First Thoughts.

Background

We were experiencing some issues with our hosted email provider through 2008 and were looking to move away from them at some point this year.

Together with our own business strategy of providing hosted solutions we were keen to continue 'consuming our own food' so to speak. Hence we were on the look out for a smaller number of service providers for our core service of email, conferencing, collaboration and instant messenger/presence.

Having signed up as a partner of Microsoft Online late last year, we also felt we needed to experience first hand what some of our future clients would go through and decided to move to Microsoft Online service when it became more widely available.

Microsoft Online – http://www.microsoft.com/online/solutions

We moved our organisations email services to the recently launched Online Services offering. There are several services available including:

• Dynamics CRM – Customer relationship management

• Office Live Meeting –Conferencing/live online meetings

• Exchange Hosted Services – Virus software protection, encryption and filtering for Exchange

• Exchange Online – Exchange email, calendars and contacts

• SharePoint Online – SharePoint (Windows SharePoint Services v3)

• IM & Presence – Office communication for instant messaging and presence

• Business Productivity Online Standard Suite (BPOS) – encompasses Exchange Online, SharePoint Online, IM & Presence and Office Live Meeting services 'all in one' package.

All of the above have been available predominantly in the US during last year and are now in UK and other parts of the world. There are also dedicated offerings for the larger customers available whom wish to move perhaps their 'on premise' solutions into the cloud.

We opted for the “Business Productivity Online Standard Suite” over a month ago now and though we didn't replace all our services in one go, it nevertheless provided us with a useful insight into the challenges presented to businesses when moving from either 'on premise' or existing hosted service.

At this stage we have only moved our email and live meeting services over – though arguably our most critical application and service, (email) we felt comfortable with doing so based upon research with other beta users, demo's I had seen plus existing experience in general with hosted exchange providers.

In addition to email and live meeting we were was also provided with these additional services as part of the package.

• Exchange Storage of 100gb (for all mailboxes)

• SharePoint – 5GB of Windows SharePoint Services

• Live Meeting Office Communications.

Migration and Setup

So far so good. As you can see from the screenshots below, once you have the service up and running, the administration console is a clean intuitive interface with various options presented in tab like format.

The migrating and setup of the Outlook 2007 client was fairly straight forward, though migration from hosted email provider isn't particularly well catered for in terms of migration tools. This is to be expected I guess as there are so many configuration options here and many would need the server level access, ISP's wouldn't be willing to provide.

Not the same however for your 'on premise' based solutions it has to be noted, as Microsoft has provided several options in this arena for you to consider as part of your migration planning. As you can see from the image below, we have several options to consider and plan for.

Once you're email has been migrated you have access to your email either from your Outlook 2007 client. In addition you can access to your mail via the web browser in 'Outlook Web Access' shown below, which is great way to access your emails on customer or client sites.

Single Sign On

The Single Sign On application provided is a neat piece of software and very easy to use giving the user a single console like interface in which to launch their applications.

User Portal

The single sign on application will take you to your personal user portal. You get a number of different screens within your administration center, but the user portal is specifically personalised for your users and importantly has a lot of help already built into the site.

Live Meeting

We have not done much here other than to see 'it just works' and provides usual features to allow for live meeting to take place.

Office Communicator

Not something we have played around with much either, but again it just seems to work as expected. We've only just loaded this up, but will consider migrating to it once things have bedded down a bit. It's basically an instant messaging application which will evolve into a 'unified comms' platform by 2010 supposedly.

SharePoint Online Features Table

Here is a table with the features provided by the SharePoint Online service, which is part of the BPOS offering. Again, we haven't done much in this arena as we have other providers for this at the moment, but it pretty much does what you would expect. Note: It's based on Windows SharePoint Services not MOSS for those interested.

Support during migration

Responses in general to queries being raised were provided to us in a timely manner, either by way of updates to the support area and or by way of telephone during office hours.

Our planning was thorough having gained experience in upgrades/migrations of Microsoft products with our day jobs, but we still came up with a few issues/challenges around email.

We particularly like the online support area, which is much improved from our old provider and keeps you easily up to date as to progress with your support requests.

結論

The Good

• Setup was ok as we mentioned, though not really for the 'none techie' or individual whom isn't used to migration issues with Microsoft based technology. You do need to plan your migration carefully as there are many permutations to consider, especially for your 'on premise' existing email providers and or SharePoint content migrations – more on this for a later post.

• SharePoint Online support changes made by SharePoint Designer and forms introduced by Infopath

• Mobile access to email via Windows Mobile devices is simple to setup

• Fantastic value for money with email, SharePoint, live meeting and instant messenger applications all neatly tied into one cloud based platform

• Highly resilient platform 99.9% plus secure https (only) traffic for all users

• Support via email and telephone was excellent.

Not so good

• It's basically Windows SharePoint Services functionality, not MOSS

• Migration tools from hosted Exchange providers are none existent. Which we guess is ok, as you have the option to migrate/import your old PST files – but you do need to plan in time for this. For large scale migrations, you need time to do this and plan in appropriate with the user as they may well be without their mail during this time. Though with the migration tools available, you won't lose any email

• Unfriendly URLs with all services – Apparently plans to improve on this area, but expect very long URLs and no way to change them

• Doesn't support bespoke code within SharePoint Online (that requires server side additions or changes) but will allow SharePoint Designer based changes

• Arguably the lack of ability to support custom modifications is a 'Bad' but feel we have a good compromise here. Besides which, the dedicated offering from Microsoft will allow this. This position will probably changed for the better with SharePoint 2010….

Bad, needs improving

It's early days yet, and perhaps we will post back after a month or so of using it in anger! Otherwise, it just works from our experience to date.

よろしくお願いいたします。

Andrew Walmsley

WorkShares Team.

Accessing Office 2007 formatted documents in SharePoint with older versions of Microsoft Office

An ongoing challenge for some of our customers and no doubt many others out there is the inability of older versions Microsoft Office  (Namely Office 2000, 2002 (Known as OfficeXP) & 2003) to open/edit the newer formats created in Office 2007.

The Office 2007 applications by default have document extensions typically found with an 'X' on the end – .DOCX, .XLSX and .PPTX, etc. Though it should be noted that this can be changed to default back to the original formats, if you need too.

In any case, Microsoft have recently release a free download called “Microsoft Office Compatibility Pack for Word, Excel, and PowerPoint 2007 File Formats”.

This downloadable installation will update your existing Office installation and allow it to open/view/edit/save the documents in the newer formats. Great!

Link to software download found here .

With further information found here relating to the knowledge base article.

よろしくお願いいたします。

Andrew Walmsley

www.workshares.co.uk

Technorati Tags: Office , sharepoint