skip to main |
skip to sidebar
見落としガチですが、WSS 3.0では「3段階の状態管理ワークフロー」しか提供されていません。
一番需要があるであろう「承認」ワークフローは、含まれていません。なんということか。
■MOSSで標準提供されるワークフローテンプレート
- 承認
ドキュメントまたはアイテムを複数のユーザーに回覧し、承認を求める。
- フィードバックの収集
ドキュメントまたはアイテムを複数のユーザーに回覧し、フィードバックを求める。
- 署名の収集
ドキュメントまたはアイテムを複数のユーザーに回覧し、デジタル署名を収集する。
- 廃棄承認
レコード管理プロセスで、一定期間保管したコンテンツを廃棄する際に使用する。
- 3 段階の状態管理
3 つの状態をもとに、2 つのワークフローを連続的に処理する。既定では非アクティブ。
- 申請書ワークフロー
あらかじめ用意されているドキュメント ライブラリ内でのみ利用できる承認ワークフロー。組織図を作成し、それをもとに承認フローを実行できる。
東アジアバージョンでのみ利用可能（※）。
- 翻訳管理
翻訳するドキュメントのコピーを作成し、翻訳タスクを翻訳者に割り当て、マニュアル等のドキュメント翻訳プロセスを管理する。翻訳管理ライブラリでのみ利用可能。
【補足】
- 承認者を任意に変更・追加できたり、ワークフローの各段階でメッセージを送付したりと細やかな制御も可能で、すべてのアクションはログとして専用のリストに記録される
- 標準提供のテンプレートは、ワークフローの開始オプション、既定値、完了後の処理などの指定以外は、カスタマイズできない
- 一部のテンプレートは、Officeからの利用に限定される
- WSS 3.0で提供されるワークフローテンプレートは以下に限定される
- ※申請書ワークフローの制限事項
- 繁体字中国語、簡体字中国語、日本語、または韓国語のいずれかのバージョンの Office SharePoint Server 2007 と Microsoft Office Enterprise 2007 の両方がインストールされている場合にのみ利用可能
- 非対応の言語で利用する方法
- 日本語、韓国語または中国語 のlanguage pack をインストールする
- また、申請書ワークフローをアクティブにするサイト コレクションで、言語設定を日本語、韓国語または中国語に設定する
- クライアント側のアプリケーションも日本語版、韓国語版または中国語 版が必要
- サーバーとクライアントの言語設定が一致している必要はない
- 申請書ワークフローはトップレベルサイトでしか使用できない
- 通常のワークフローのように作成できない
- 必ずOffice側でワークフローの開始と申請情報の入力を行う
「サイトコレクションの使用確認と自動削除」機能は、対象となるサイトコレクションのサイトに対しユーザーからの通常のアクセスの有無を判断して、確認メールの送信が行われる動作ではないとのこと。
サイト コレクションの作成、または使用の確認を判断している動作は、サイトコレクションの使用確認と自動削除の設定において送信された確認メールに記載されている [Web サイトの使用確認] のページにアクセスされたタイミングによって決定されます。
サイト コレクションを作成すると、サイトがデータベースに追加され、アクティブ サイトとして記録されます。指定された時間が経過すると、使用されていないサイト コレクションを再確認するか、または削除するように求める電子メール通知が送信されます。
その電子メール通知に記載されている [Web サイトの使用確認] ページにアクセスしたタイミングで、サイトコレクションとして使用されていない日数と、サイト コレクションの期限切れの確認メールの通知回数がリセットされ、以降、[確認と自動削除の設定] ページで設定された日数の間は、確認メールが送信されない動作となります。
※[Web サイトの使用確認] のページ：
サイトコレクションのURL
/_layouts/useconfirmation.aspx
KB905231「SPS2003、MOSS 2007のサイト、フォルダ、ファイルで使用できない文字」で公開されているもの以外にも、MOSS環境で禁止文字として登録されているものが存在するとのこと。
KB905231 に記載されている文字以外に文字コードとして00 - 0F と 10 - 1F 、7F 、 80 - 8F 、90 - 9F（左記範囲のIME特殊文字 Unicode(基本多言語-基本ラテン））も禁止文字として登録されているようです。
ただし、この問題はMOSS/WSS 3.0環境でのみ発生します。SPS/WSS2.0ではアップ可能です。
【現象】
• MOSS上のOffice文書をチェックアウトして編集したが、Office文書のチェックインができない。
• 翌日など、一定時間経過後に確認頂いたところ、チェックインができ現象が解消している。
【想定される原因】
現象が発生したファイルをチェックアウト中（ファイルの書き込みロック中）に何らかの原因により、クライアント（Vista）端末とMOSSサーバ間の通信が経たれ、編集した内容を保存する際、Windows Vistaの書き込みロックがタイムアウトになるまでチェックインできなかった可能性があります。
タイムアウト時間を経過すると解消する。
【Office ファイルのロックと解除の動作】
1. SharePoint サーバーにアップロードされたファイルを編集する際、クライアントは Office ファイルのロック時間を含む Lock リクエストを SharePoint サーバーに送信します。
2. SharePoint サーバーは、クライアントから受信した Lock リクエストに基づいてロック時間をコンテンツ データ ベース内のテーブルに設定します。
3. クライアントにて Office ファイルを編集中に、SharePoint サーバーにリクエストしたロック時間がタイム アウトになると、クライアントは Refresh リクエストを SharePoint サーバーに送信し、ロック時間の延長を要求します。
4-1.クライアントが編集している Office ファイルを閉じた場合、ロック解放のためのリクエストが SharePoint サーバーに送信され、ロックが解除されます。
4-2.クライアントがクラッシュした場合など SharePoint サーバーにて設定されたロック時間内にクライアントからの通知がない場合、SharePoint サーバーはそのロックを強制的に解除します。
Office ファイルを編集モードで開いた場合のロック解除時間（SharePoint サーバーに送信するロック時間）は、クライアントOS側にてハード コードされているようで、Windows XP では 10 分、Windows Vista では 60 分とのこと。
【現象】
Vistaで、アクティブなウィンドウの裏に認証画面のポップアップ画面が表示されるが、前面に表示されるようにすることはできないか？
【回答】
下記KBの「レジストリ変更」で回避可能。
Windows 2000 ベース、Windows XP ベース、Windows Server 2003 ベース、または Windows Vista ベースのコンピュータで、新しいプログラムのウィンドウが、開いている他のすべてのウィンドウの後ろに表示される
■レジストリの変更
この問題を解決するには、レジストリ エディタで ForegroundLockTimeout レジストリ エントリの値を変更します。
次の手順を実行します。
1. [スタート] ボタンをクリックし、[ファイル名を指定して実行] をクリックします。[名前] ボックスに regedit と入力し、[OK] をクリックします。
2. レジストリ エディタで、次のレジストリ サブキーを見つけて、キーをクリックします。 HKEY_CURRENT_USER\Control Panel\Desktop
3. 右側のウィンドウで、[ForegroundLockTimeout] を見つけてダブルクリックします。
4. [表記] の [10 進] をクリックし、[値のデータ] ボックスに 0 と入力して、[OK] をクリックします。 注 : ForegroundLockTimeout レジストリ エントリのデフォルト値 (10 進) は、200000 に設定されています。
5. レジストリ エディタを終了します。
6. コンピュータを再起動します。
MOSSの場合はSSPから検索関連の管理操作を行えますが、WSSの場合はSSPがないので、検索関連の設定/管理はUIから行えません。
WSSでのインデックスの更新関連の操作は、以下のコマンドラインから実行します。
■インデックスの再構成
フルクロールを停止および開始する
stsadm.exe -o spsearch -action fullcrawlstop
stsadm.exe -o spsearch -action fullcrawlstart
■インデックスのリセット
WSSSeachサービス(Spsearch) を停止し、特定の検索サーバーのインデックス ファイルをすべて削除する
stsadm -o spsearch -action stop
※上記コマンドラインを実行すると、"警告 : このサーバー上で有効にされていた Windows SharePoint Services Search サービスがアンインストールされ、すべてのインデックス ファイルが削除されます。インデックス内のすべてのデータを完全に削除してもよろしいですか? [y/n]" という警告メッセージが表示されます。
このメッセージが表示されないようにするには、f パラメータを使用します。
■その他
その他、WSS Searchサービス（spsearch）関連の操作や詳細情報は下記参照
http://technet.microsoft.com/ja-jp/library/cc288507.aspx
!!! WSS/MOSSのSP2で拡張された機能です !!!
コンテンツ データベース内のすべてのサイト コレクションおよびサブサイトの ID とサイト マップの状態を表示します。
stsadm -o enumallwebs -databasename データベース名 [-databaseserver <データベース サーバー名>]
出力結果はこんな感じです。
サイトコレクションやサイトのID、テンプレートのIDなども出力されるので、それなりに使い道はありそうですが、コンテンツDBを指定しないといけないので、WebアプリやコンテンツDBが複数ある場合はちょっと面倒ですね。。
【サイト マップの状態について】
サイト マップには、参照可能な登録済みのサイト コレクションが含まれています。サイト マップに登録されていないサイト コレクションは、一般に、"孤立した" サイト コレクションと呼ばれます。
サイト コレクションは、通常、Web アプリケーションにアタッチされるコンテンツ データベース上にあり、そのデータベースが既に同じ URL (Uniform Resource Locator) パスのサイト コレクションを含んでいるときに孤立します。これは、サイト コレクションが 1 つの Web アプリケーション上で同一の URL パスを共有できないためです。サイト マップに最初に登録されたサイト コレクションにのみアクセスできます。同じ URL パスを使用する他のサイト コレクションはすべて、サイト マップに登録されず、孤立していると見なされます。孤立したサイト コレクションのデータはそのまま残りますが、アクセスするには、そのコンテンツ データベースを現在の Web アプリケーションからデタッチして、同一の URL パスで登録済みのサイト コレクションを含んでいない Web アプリケーションにアタッチする必要があります。
詳細はhttp://technet.microsoft.com/ja-jp/library/dd789634.aspx
