この章の構成は、次のとおりです。
コントリビューション・フォルダは、Folders_gコンポーネントによりサポートされるオプション機能です。「コントリビューション・フォルダ」を有効にすると、コントリビューション・フォルダ(階層フォルダとも呼ばれます)の形式で階層フォルダ・インタフェースが提供され、マルチレベル・フォルダ構造を作成できます。
フォルダ構造アーカイブ機能は、FolderStructureArchiveコンポーネントによりサポートされます。この機能を使用して、フォルダ構造をアーカイブできます。また、そのフォルダ構造に関連するコントリビューション・フォルダのコンテンツをアーカイブすることもできます(オプション)。フォルダの構造は、データベース表レプリケーションによってアーカイブされます。アーカイブするフォルダ(およびすべてのサブフォルダ)を構成できます。アーカイバ・ユーティリティを使用してフォルダ・アーカイブにアクセスして、後続の処理(レプリケーションや、別のコンテンツ・サーバー・インスタンスへの転送など)を行うことができます。
注意:
フォルダ構造アーカイブは、コントリビューション・フォルダのみをサポートし、 フォルダをサポートしません。フォルダは、コントリビューション・フォルダのかわりになる新しい機能です。アーカイバ・ユーティリティを使用すると、フォルダ構造およびコンテンツを移動できます。詳細は、「FoldersへのFolders_gの移行」を参照してください。
FolderStructureArchiveコンポーネントは、デフォルトでコンテンツ・サーバー・インスタンスと同時にインストールされますが、無効化されています。このコンポーネントを使用するには、コンポーネント・マネージャで有効化する必要があります(「コンポーネント・マネージャを使用したコンポーネントの有効化または無効化」を参照)。
フォルダ構造のアーカイブは次のような目的で使用できます。
バックアップ・ツールとしての使用: フォルダ構造を(必要に応じてフォルダのコンテンツも含めて)バックアップして、サーバーの誤動作やその他の災害の際にリストアできる安全な場所に格納できます。
複製ツールとしての使用: フォルダ構造を(必要に応じてフォルダのコンテンツも含めて)コピーし、別のコンピュータ上にそのコピーを作成すると、複数サーバーの設定を簡素化できます。
同期ツールとしての使用: 2つのシステム(開発システムと本番システム、2つの同一の冗長システムなど)の間でフォルダ環境の同期を保つことができます。このコンポーネントを使用して作成したコントリビューション・フォルダのアーカイブは、別のシステムに転送またはレプリケートできます。
重要
フォルダ構造アーカイブを使用する前に、「実装に関する重要な考慮事項」をお読みください。
実装に関する次の重要な考慮事項に注意してください。
フォルダ構造アーカイブは、Site Studio Webサイトをレプリケートするためには使用できません。「フォルダ・アーカイブの構成」ページのフォルダ・ツリーには、すべてのSite Studio Webサイト・フォルダが表示されます。これらのフォルダをアーカイブして別のシステムにレプリケートできます。ただし、レプリケートされたWebサイトはターゲット・システムで適切に機能しない可能性があります。Site Studio Webサイトをレプリケートする場合は、Site Studioの組込みレプリケーション機能を使用してください。
フォルダ構造アーカイブを2つのシステム間の複製ツールまたは同期ツールとして使用する場合は、Folders_gコンポーネントのインストール時に、ソース・システムとターゲット・システムに異なる初期コレクションID (InitialColID
設定)を選択することをお薦めします。初期コレクションIDが同じであると、ユーザーにターゲット・システムのフォルダの操作が許可されている場合、複製プロセスまたは同期プロセス中にコレクションIDの競合エラーが発生する可能性があります。
「フォルダ・アーカイブの構成」ページでは、ツリーで親フォルダを選択しなくてもフォルダを選択できます。これがフォルダの仮想フォルダ・パスに影響を与えることはありません。つまり、仮想パスは、[Parent_Folder]が選択されていなくても[Parent_Folder]/[Folder]のままです。アーカイブを別のコンテンツ・サーバー・インスタンスに転送またはレプリケートすると、そのサーバー上に親フォルダが存在しない場合、親フォルダが自動的に作成されますが、ソース・サーバー上の対応するフォルダのメタデータは作成されません。
2つのコンテンツ・サーバー・インスタンス間でフォルダ構造アーカイブを転送またはレプリケートする場合、ターゲット・システム上に手動でフォルダ構造を作成することはお薦めしません。ターゲット・システムに存在しないフォルダは、転送プロセスまたはレプリケーション・プロセス中に自動的に作成されます。手動でフォルダを作成してしまうと、フォルダ名は一致しているのに、その基礎となる一意の識別子(xCollectionID)が一致しないために、プロセス中に同期していないエラーが発生する可能性があります。フォルダの不一致の問題を回避するために、CollectionIsConsumptionOnly
構成変数を使用して、ターゲット・システムのフォルダ環境をロックできます。
フォルダ構造アーカイブを使用して2つのシステム間のレプリケーションを設定した場合、ソース・システムに作成または移動されたフォルダは、コンテンツがソース・フォルダに追加された時点でターゲット・システムに自動的に作成または移動されます。また、ソース・システムでフォルダのメタデータを変更した場合、これらの変更は(コンテンツがターゲット・フォルダに追加された時点で)ターゲット・システムにも自動的に反映されます。ソース・システムで削除されたフォルダはすべて、ターゲット・システムで自動的に削除されます。フォルダが削除されると、その情報はすべて失われます。
ただし、フォルダ・アーカイブ構造がない場合、ソース・システム上で削除されたフォルダは、ターゲット・システムで自動的に削除されません(つまり、2つのシステムが非同期になります)。これは、Folders_gコンポーネントでは削除されたフォルダを追跡しないためです。フォルダが削除されると、その情報はすべて失われます。アーカイバ・ユーティリティでは、レプリケーション・プロセスを開始するときには、ターゲット・システムから削除するフォルダを把握していません。
同様に、フォルダの移動によってそのフォルダがアーカイブ済フォルダ内に存在しなくなった場合、このフォルダのアーカイブおよびレプリケートは行われなくなります。たとえば、/FolderA、/FolderA/SubfolderA、/FolderBおよび/FolderB/SubfolderBというフォルダが存在するシステムについて考えてみます。/FolderAはアーカイブされるよう設定されているが、/FolderBはそうでない場合、SubfolderAを/FolderBに移動すると、レプリケートされなくなります。しかし、/FolderAと/FolderBが両方ともアーカイブされる場合、SubfolderAを移動してもレプリケートされます。
フォルダ構造アーカイブを使用してフォルダおよびコンテンツ・アイテムのアーカイブまたはレプリケーションを設定した場合、フォルダおよびコンテンツ・アイテムのショートカットのアーカイブまたはレプリケートは行われません。
フォルダ構造アーカイブは組込みのアーカイブ機能とともに使用できますが、その機能にはいくつかの重要な違いがあります。
アプリケーションではフォルダ構造の一部を選択してエクスポートできますが、組込みのコントリビューション・フォルダ・アーカイブ機能ではフォルダ構造全部をエクスポートできるのみです。
アプリケーションでは増分アーカイブ(前のバージョンと比較して変更のあったフォルダのみが含まれるアーカイブ)を作成できますが、組込みのコントリビューション・フォルダ・アーカイブ機能では、変更されていないアイテムがあってもすべてのアイテムが含まれるアーカイブしか作成できません。
アプリケーションでは(フォルダ構造アーカイブの変数の値に応じて)フォルダ構造とフォルダ・コンテンツの両方をアーカイブに含めることができますが、組込みのコントリビューション・フォルダ・アーカイブ機能ではフォルダ構造しかエクスポートできず、フォルダ内のコンテンツはエクスポートできません。
組込みのコントリビューション・フォルダ・アーカイブ機能とは異なり、フォルダ構造アーカイブでは複数のソース・フォルダ・アーカイブを作成できます。これらはすべて、アーカイバ・ユーティリティを使用して、同じターゲット・コンテンツ・サーバー・インスタンスにインポート、転送またはレプリケートできます。
組込みのコントリビューション・フォルダ・アーカイブ機能を使用してフォルダ構造全体をエクスポートし、(コントリビューション・フォルダ・インタフェースを使用して)それを別のコンテンツ・サーバー・インスタンスにインポートした場合、そのサーバーの既存のフォルダ構造はすべて削除されて、インポートされた構造に置き換わります。
フォルダ構造アーカイブを使用してアーカイブを作成し、(アーカイバ・ユーティリティを使用して)それを別のコンテンツ・サーバー・インスタンスにインポート、転送またはレプリケートした場合、既存のフォルダ構造が削除されることはなく、アーカイブされた構造は既存の構造にマージされます。
注意:
Folders_gコンポーネントの組込みのアーカイブ機能の詳細は、『Oracle WebCenter Contentのマネージメント』の情報のアーカイブおよび転送に関する項を参照してください。
この項では、フォルダ構造アーカイブの操作について説明します。
新規のフォルダ構造アーカイブを作成すると、そのファイルがIntradoc_Dir
/archives/
Archive_Name
ディレクトリに格納され、アーカイバ・ユーティリティ内のコンテンツ・サーバー・インスタンスの現在のアーカイブのリストに追加されます(図32-1の例を参照)。
「アーカイバ」ウィンドウの「名前」列に、アーカイブの作成時にアーカイブに指定した名前が一覧表示されます(「フォルダ構造アーカイブの作成」を参照)。「説明」列には常に、アーカイブの目的を示すために「フォルダ構造を持つアーカイブ。」と表示されます。
これで、フォルダ構造アーカイブをさらに処理できるようになります。標準のアーカイバ機能はすべて使用できます。たとえば、アーカイブを別のコンテンツ・サーバー・インスタンスに転送またはレプリケートできます。
注意:
フォルダ構造アーカイブ・コンポーネントを実装する際には、いくつかの重要な考慮事項について検討する必要があります。詳細は、「実装に関する重要な考慮事項」を参照してください。
いくつかの構成変数を使用して、フォルダ構造アーカイブの動作を変更できます。この項では、このような変数のタイプについて説明します。
フォルダ構造アーカイブの変数は、IdcHomeDir
/components/FolderStructureArchive/folderstructurearchive_environment.cfg
ファイルで設定されています。これは読取り専用ファイルであるため、設定を変更する場合は、「管理」→「管理サーバー」→「一般構成」を選択し、追加構成の設定フィールドに設定値を入力します。
次の構成パラメータがサポートされています。
ArchiveFolderStructureOnly=true|false: この変数がtrue
に設定されている場合、アーカイブにはフォルダ構造のみが含められ、構造内のコンテンツ・アイテムは含められません。この変数を使用すると、バックアップや同一の複数サーバー設定を行う目的で、フォルダ構造のコピーを作成できます。デフォルトはfalse
です。つまり、コンテンツ・アイテムがフォルダ・アーカイブに含められます。
AllowArchiveNoneFolderItem=true|false: この変数がtrue
に設定されている場合、フォルダ構造内にないコンテンツ・アイテムもアーカイブに含められます。どのフォルダにも属していないコンテンツがフォルダ構造アーカイブに含められます。この変数が、false
に設定されている場合、フォルダ構造内のコンテンツ・アイテムのみがエクスポートされます。この構成変数を使用すると、フォルダとコンテンツのレプリケーションを同時に設定できます。そうしない場合は、フォルダおよび標準のコンテンツに対する追加のレプリケーションが必要となります。デフォルトはtrue
です。つまり、フォルダ構造内にないコンテンツもフォルダ・アーカイブに含められます。
AllowMigrationOfParentFoldersMeta=true|false: この変数がtrue
に設定されている場合、「フォルダ・アーカイブの構成」ページで親フォルダが選択されていなくても、フォルダのソース・コレクションIDが保持されます(親フォルダから移行されます)。デフォルトはfalse
です。つまり、親フォルダを具体的に選択していないときには、親フォルダのメタデータは渡されません。
重要
構成パラメータ値を変更した後は、必ずコンテンツ・サーバー・インスタンスを再起動してください。
Folders_gコンポーネントの変数は、IdcHomeDir
/components/Folders_g/folders_environment.cfg
ファイルで設定されています。これは読取り専用ファイルであるため、設定を変更する場合は、「管理」→「管理サーバー」→「一般構成」を選択し、追加構成の設定フィールドに設定値を入力します。
フォルダ構造アーカイブとともに使用できるFolders_g構成変数は、次のとおりです。
CollectionIsConsumptionOnly=true|false: この変数がtrue
に設定されている場合、コンテンツ・サーバー・インスタンスのフォルダ環境はロックされます。つまり、サーバーはフォルダ・データのみを受け取るように設定されます(消費)。RWD権限(読取り/書込み/削除)を持つユーザーは、フォルダを作成、移動、変更または削除できません。管理者権限を持つユーザーは、フォルダの作成はできませんが、フォルダの移動、変更および削除はできます。
一般に、この設定はアーカイブの転送またはレプリケーションのターゲットのコンテンツ・サーバー・インスタンスに対して設定する必要があります。これにより、ターゲット・サーバーのフォルダを手動で操作した場合にソース・サーバーとターゲット・サーバーが同期しなくなるエラーを回避できます。
デフォルトの設定はfalse
です。つまり、コンテンツ・サーバー・インスタンスのフォルダ環境はロックされません。
レプリケーション設定において、ソース・システムで削除されたフォルダがターゲット・システムで自動的に削除されることはありません。ターゲット・システムをコンサンプション専用モードで使用している場合でも、システム管理者は、ターゲット・システム上の影響を受けるフォルダを手動で削除できます。(フォルダの作成はできませんので注意してください。)
注意:
ユーザーがターゲット・サーバーのフォルダを操作できる場合は、Folders_gコンポーネントのインストール時にソース・サーバーに選択した初期コレクションID (InitialColID
設定)とは別の設定をターゲット・サーバーに選択していることを確認してください。そうしない場合、コレクションIDの競合エラーが発生することがあります。
重要
構成パラメータ値を変更した後は、必ずコンテンツ・サーバー・インスタンスを再起動してください。