ありがちミスの傾向と対策
SharePointの導入プロセスで避けるべき初歩的ミス
SharePointは、インストールと構成が簡単過ぎるほど簡単なだけに、導入過程で「初歩的ミス」を犯してしまいがちだ。最もありがちなミスとそれらを回避する方法を紹介する。
SharePointの企業への導入が急激に進んでいるようだ。2001年から提供されているが、最近のバージョンでアーキテクチャにさまざまな変更が加えられたおかげで、人気に火が付いている。だが、SharePointを適切に導入するのは意外と難しい。
SharePointは、インストールと構成が簡単過ぎるほど簡単で、非常に楽に使える。しかし、かえってそのために、多くの企業が導入過程で「初歩的ミス」を犯してしまう。以下では、最もありがちなミスとそれらを回避する方法を紹介しよう。
基本インストール vs. 詳細インストール
SharePointをインストールする際、多くの企業は誤って基本インストールオプションを選択する。無難な選択肢に思えるからだ。この場合、作業は至って簡単で、マウスを数回クリックすればインストールできる。
しかし、多くの企業にとっては詳細インストールオプションの方が適している。
次の場合には、必ず詳細インストールオプションを選択すべきだ。
すべての関連要素を同じサーバにインストールしたくない
大抵の場合、企業は少なくともMicrosoft SQL Server(以下、SQL Server)を別のサーバで運用すべきだが、基本インストールではこのデータベースサーバを指定できない。また、Webフロントエンド(WFE)サーバ群の負荷分散を行いたい場合も、詳細インストールオプションを選択する必要がある。
新規または既存のSQL Serverのフルバージョンを使いたい
SharePointは、コンテンツと構成の保存をSQL Serverに大きく依存している。基本インストールではSQL Expressがインストールされるが、このデータベースは開発用やワークグループなど、非常に小規模な環境用には役立つが、部門レベルや全社レベルでの運用には適していない。
フォールトトレランスが必要
負荷分散環境や高可用性環境の目的は、パフォーマンスの維持・向上だと誤解している企業が多い。実は、負荷分散やRAID、そのほかの高可用性ソリューションを利用する場合、効果として重要なのは、本当はフォールトトレランス(耐障害性)であることがほとんどだ。基本インストールでは、高可用性環境は構成できない。
サービスアカウントとパーミッションの不適切な利用
SharePointは多くのサーバベースツールと同様に、自身のインストール先サーバおよび関連サービスとやりとりを行わなければならない。そのため、「サービスアカウント」が必要になる。サービスアカウントは、SharePointがSQL Serverとの通信や、コンテンツのクロール、ファイルシステムへのインデックス情報の追加、ワーカープロセスの作成といった機能を果たすために使う特殊なIDだ。
SharePointをインストールする際、多くの企業が誤ってNETWORK SERVICEやSYSTEMといったシステムアカウントを使用する。また、管理者アカウントやそれと同等のものが使われる場合もある。どちらのアプローチも禁物だ。主要なSharePointサービスごとに別々のドメインアカウントを使わなければならない。各アカウントは最小限の権限で構成する必要がある。
作成すべき最低限のアカウントを以下に示す。
プライマリSharePointサービスアカウント
全体管理に加えてSQL Serverとの通信に使われる。
検索アカウント
検索するのにサービスアカウントが必要な場所が幾つかある。1つのアカウントですべてまかなうことも許容範囲だが、検索アカウントは、インデックスサーバとWFEサーバに対する管理権限が必要なため、異なる検索サービスごとに別のアカウントを使う方がよいだろう。コンテンツに加えてメンバーシップディレクトリにアクセスするためにクロールアカウントも使われることに注意する必要がある。このアカウントには、そのディレクトリの内容にアクセスする権限を与えなければならない。
アプリケーションアカウント
環境内のWebアプリケーション(Webサイト)ごとに個別にIDを作成しなければならない。これは、アプリケーション間にセキュリティ境界を設けるのに役立つほか、所定のアプリケーションにどのワーカープロセスがサービスを提供しているかを特定する助けにもなる。例えば、タスクマネージャでは、プロセスのIDがプロセスのイメージ名の隣に表示される。
共有サービスアカウント
Microsoft Office SharePoint Server(MOSS)をインストールすると、共有サービスがエンタープライズ検索、個人用サイト、BDC(ビジネスデータカタログ)をコントロールする。共有サービスは、SharePointサイトのような独立したアプリケーションだ。
ドライブ容量の不適切な割り当て
SharePointのインストールプロセスでは、ソフトウェアやインデックス、カスタムソリューションの場所、ログといったすべてがプライマリシステムドライブに配置される。プライマリシステムドライブは大抵Cドライブだ。だが、多くの企業ではCドライブは、OSファイルだけを格納するという前提で、パーティションが小さく設定されている。このため、SharePointのインストールによってすぐに容量が足りなくなる恐れがある。
SharePointサーバは、WFE、検索、インデックス、データベースのどのサービスを提供するかによって容量の要件が異なる。SharePointサーバが検索サーバかインデックスサーバである場合、インデックスのためにコンテンツの全容量の少なくとも25%を用意しなければならない。大量のコンテンツをクロールすると、小さなCドライブのパーティションではあっという間に容量を使い果たしてしまう。また、SQL Serverを使用する場合、SharePointで使われるすべての情報がこのデータベースに格納されることに留意する必要がある。コンテンツはすべてバイナリとして保存され、データベースファイルとトランザクションログは急速に大きくなる。バージョニングを有効にすると、そのペースはさらに速くなる。要するに、SharePointサイトに関連するデータファイル、インデックス、そのほかの資産は必ず、容量に余裕があるドライブに配置しなければならない。
ディザスタリカバリ対策がなおざり
多くの企業は事業継続計画の一環としてディザスタリカバリ対策を策定する際、SharePointの特性を軽視したり無視したりする。SharePointは、平均的なデータベース主導型ポータルよりも複雑だ。このため、そのアーキテクチャを理解した上で環境の復旧計画を作成する必要がある。
初歩的ミスはもっとたくさんあるかもしれないが、以上の4つは特にありがちなものだ。これを参考にすれば、Windows管理者はSharePointの導入において犯しやすいミスを回避し、時間を節約するとともにトラブルを未然に防ぐことができる。ただし、企業や部署によって環境やニーズは異なる。自分のケースに即した導入計画を立て、実行しよう。
本稿筆者のショーン・シェル氏は、Webベースアプリケーション、社員およびパートナー向けポータル、エンタープライズコンテンツ管理を専門とするコンサルティング会社Consejoの創業者。IT業界で19年以上の経験を持ち、この10年はコンテンツ技術に力を入れて取り組んでいる。「Microsoft Content Management Server 2002: A Complete Guide」の共著者であり、CMS Watchの「The SharePoint Report 2008」の作成過程で主席アナリストを務め、同リポートを執筆した。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社ビザスク] 製造業の新事業創出 成功の鍵は「タラレバ問題克服」と「3つの判断ポイント」 -
製品資料
[日本シーゲイト株式会社] 実験のやり直しを防止 研究データ基盤に求められる高可用性ストレージとは -
製品資料
[株式会社Leaner Technologies] もっと安く買えるのに…… 間接材購買で“コスト削減機会”を逃さないためには -
製品資料
[株式会社セールスフォース・ジャパン] フィールドサービスの熟練技術者が「AIエージェント」を求めている理由 -
製品資料
[株式会社グリーンフィールド・オーバーシーズ・アシスタンス] 基礎から分かる「就労ビザ」 アメリカ進出を目指すなら知っておきたい取得戦略
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ情シスは評価されにくい? 読者調査で見えた「成果が見えない仕事」第1位は
-
2
脱VMwareか、継続か? 仮想化ソフト主要6製品の機能とスペックを徹底比較
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
年収700万超エンジニアに共通するスキルと「もっと勉強すべきだった分野」
-
5
「データストレージの活用方法」に関するアンケート
-
6
「Excel至上主義」と“謎マクロ”の限界 属人化リスクを断つ業務移行の勘所
-
7
JSONをやめてPythonで送る トークン消費を約7割抑えるAIの設計
-
8
1800件の「非人間ID」をどう統制するか JBCCが実践したリスク防衛策
-
9
OpenAIがコスト半減のGPT-6新モデル投入 Claude猛追とOSS包囲網で激化する価格戦
-
10
「企業におけるAIの運用」に関するアンケート
ホワイトペーパーランキング PR
-
1
登録セキスぺが語る「SCS評価制度」の舞台裏 星を取得すべき理由と対応のコツ
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
3
OSSでは困難 100超のサービスを持つマネーフォワードが実践した統合監視術
-
4
「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略
-
5
月1000枚の紙を削減 9年動けなかった組織が、業務改革のその先に得たもの
-
6
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
7
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
8
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
9
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
10
ソフトウェア開発の属人化と手戻りをどう防ぐ? 速さと品質を両立させる方法
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー