ありがちミスの傾向と対策
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
-
製品資料
[ファインディ株式会社] AI利用率だけでは説明できない成果 開発組織の競争力を生む「開発資本」とは? -
製品資料
[ニュータニックス・ジャパン合同会社] AI活用を成功へ導く、シンプルで費用対効果に優れたクラウド基盤とは? -
製品資料
[ニュータニックス・ジャパン合同会社] マネージドKubernetesには限界も――メリットをフル活用する新たな選択肢とは? -
技術文書・技術解説
[ニュータニックス・ジャパン合同会社] 決断の日が迫る「vSphere 8」サポート終了問題 考慮すべきリスクと選択肢は? -
製品資料
[サイバーソリューションズ株式会社] メール誤送信対策のルールが肥大化 苦しむ情シスはどうすれば救われるのか?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
2
「アップグレードできないJava」をどう守る IBMとRed HatがAIで400件超修正
-
3
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
4
Copilot導入で陥る“目的化”の落とし穴 定着の鍵は「作り込まない」こと
-
5
パッチなしで「今すぐサーバを落とせ」 Kiteworks異例警告の波紋
-
6
「企業におけるAI導入検討度とIT投資優先度」に関するアンケート
-
7
OpenAIやAnthropicでさえ制御不能 2026年夏「3大サイバー攻撃」の衝撃
-
8
祝10周年! 創業者も予想できなかったRaspberry Pi活用例
-
9
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
10
「IoT通信環境の構築・運用」に関するアンケート
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
4
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
5
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
6
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
-
7
「IT史に名を残すシステム障害」8選
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは?
-
9
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
10
マンガで学ぶXDR/MDRのメリット、中小企業のセキュリティ強化になぜ有効か?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー