zman (1)

zmanのすべてのアクションは、管理者のアクセス制限によって管理されています。最初のインストール中に作成された最初の管理者アカウントは、すべてのオブジェクトに対する権限を持ちます。作成する追加の管理者アカウントには、デフォルトで読み取り専用権限が与えられています。これらのアカウントには、管理するオブジェクトに対する権限が明示的に与えられている必要があります。

zmanコマンドラインインタフェースには複数レベルのヘルプが用意されています。スクロール可能な出力の場合は、オペレーティングシステムネイティブのmoreコマンドを使用してヘルプをパイプラインします。

フォルダ引数を取るコマンドに対してフォルダが指定されていない場合、コマンドはルートフォルダをターゲットにします。フォルダパスを指定するには、スラッシュ(/)で区別されるルートからの各フォルダを一覧表示します。たとえば、ルートにfolder1という名前のフォルダがあり、そのフォルダの中にsubfolder1という名前のサブフォルダがある場合、このフォルダをfolder1/subfolder1として参照します。指定した各フォルダは、すでに存在する必要があります。

括弧( )で囲まれた引数は必須で、角括弧[ ]で囲まれた引数はオプションです。

省略記号は、コマンドが最後の引数タイプのエントリを複数受け入れることを示します。引数は、コマンドに応じてスペースまたはカンマで区切る必要があります。例を次に示します。

zman server-add-bundle [オプション] (サーバ) (バンドル) [...]

この省略記号は、server-add-bundleが複数のバンドルを受け入れることができることを示しています。コマンドレベルのヘルプでは、複数エントリの引数ヘルプは、より明確に[(バンドル) (バンドル) ... (バンドル)]として指定されます。

最後の引数のエントリを複数持つすべてのコマンドには、-f|--folderオプションもあります。このオプションは、その引数のすべての項目が同じフォルダ内にある場合に便利です。項目のパスは、このフォルダパスを基準にして相対的に計算されます。例を次に示します。

zman server-add-bundle サーバ1 バンドルフォルダ/バンドル1 バンドルフォルダ/バンドル2

これは次のようにも指定できます。

zman server-add-bundle サーバ バンドル1 バンドル2 --フォルダ バンドルフォルダ

必要な引数がZENworksオブジェクトのパスである場合、コマンドヘルプで絶対パスを入力するように指定されていない限り、パスはオブジェクトのルートフォルダを基準とし、スラッシュ(/)で区切った相対パスとして指定する必要があります。例を次に示します。

zman server-add-bundle サーバフォルダ/サーバ バンドルフォルダ/バンドル1

引数の絶対パスは次のようになります。

/デバイス/サーバ/サーバフォルダ/サーバおよび/バンドル/バンドルフォルダ/バンドル1

bundle-export-to-file、policy-export-to-file、およびsettings-export-to-fileなどのzmanコマンドを使用すれば、それぞれバンドル、ポリシー、および設定の定義を、指定したファイルにXMLフォーマットでエクスポートすることができます。ファイルは、指定された名前とファイル拡張子で作成されます。ファイル拡張子を指定しなかった場合には、デフォルトで.xml拡張子が追加されます。これらのファイルを使用して、バンドル、ポリシー、および設定を作成することができます。

zmanサービスを開始します。

次のオプションを受け入れます。

• -sまたは--servicePort: zmanサーバが実行するポートを指定します。デフォルトポートは2020です。

zmanサービスを停止します。

zmanサービスの状態を表示します。

契約をファイルにインポートします。コマンドによって、ローダが処理するインポートタスクがキューに登録されます。その後、ローダがファイルから契約をロードします。

コマンドは非同期です。つまり、zmanはインポートの終了を待たずにすぐに戻ります。これはコマンドの実行に長時間かかることがあるためです。インポートの進行状況は、コマンドによって作成されるログファイルを表示することで確認できます。

次のオプションを受け入れます。

• -f, --filename=[ファイルパス]: インポートするカンマ区切り(.csvまたは.txt)ファイルのフルパスを指定します。

購入レコードファイルをロードします。Purchase Record Loaderは購入レコードファイルを検索して、プライマリサーバのZENWORKS_HOME/temp/PurchaseRecordImport/uploadedフォルダにロードします。ZENworksコントロールセンターからPurchase Record Loaderを使用したことがない場合は、このフォルダを作成する必要があります。

このコマンドは非同期です。つまり、zmanはコマンドの終了を待たずにすぐに戻ることを意味しています。これはコマンドの実行に長時間かかるためです。ZENworksコントロールセンターからこのプロセスのステータスを確認できます。

ソフトウェアコンプライアンスエンジンを実行して、ソフトウェアライセンスコンプライアンスデータを更新します。

このコマンドは非同期です。つまり、zmanはコマンドの終了を待たずにすぐに戻ることを意味しています。これはコマンドの実行に長時間かかるためです。ZENworksコントロールセンターからこのプロセスのステータスを確認できます。

変更内容とエージェントの監査イベント設定を、ゾーンのXMLファイル、デバイスフォルダ、またはデバイスレベルにエクスポートします。

-s, --source=<ソースデバイスまたはデバイスフォルダのパス>: /Devicesに対する、設定がエクスポートされる元となるデバイスまたはデバイスフォルダの相対パスで、指定しない場合、設定は管理ゾーンレベルからエクスポートされます。

-a, --auditEventStatus=<イベントステータス>: enabled、disabled、またはallからなるイベントステータス。デフォルトはallです。

-t, --type=<タイプ>:イベントタイプとして、AgentEvents、ChangeEvents、またはallを指定できます。デフォルト値はallです。

-e, --effective: 指定した場合、有効な設定が取得され、指定しない場合はソースパスで定義されていたり、無効になっている設定のみが取得されます。

(XMLファイルパス):設定データがXML形式で保存されるファイルです。ファイルが存在しない場合、新規ファイルが作成されます。

[設定名][...]:エクスポートする設定の名前。指定しない場合、すべての設定がエクスポートされます。指定した場合は有効な設定が取得され、そうでない場合はソースパスで定義または上書された設定のみが取得されます。

変更内容とエージェントの監査イベント設定を、ゾーンのXMLファイル、デバイスフォルダ、またはデバイスレベルからインポートします。

(XMLファイルパス): エクスポートされた設定情報が含まれるXMLファイルです。audit-settings-export-to-file (asetf)を使用して、設定情報をXMLファイルにエクスポートします。

[宛先デバイスまたはデバイスフォルダのパス][...]: /Devicesに対する、設定を設定する必要があるデバイスまたはデバイスフォルダの相対パス。指定しない場合、設定は管理ゾーンレベルで設定されます。

admin-store-credentialコマンドを使用して、保存されたZENworksユーザ名とパスワードをクリアします。コマンドの実行終了後は常に、安全のために、保存された資格情報を削除することをお勧めします。

ZENworks管理者アカウントを作成します。

(管理者またはユーザ) - 管理者の名前またはユーザソースのユーザのフルパス。

次のオプションを受け入れます。

• -f, --fullname=[フルネーム] - ZENworks管理者のフルネーム。
• -a, --assign-same-rights - このコマンドを実行する管理者と同じ権限を新しい管理者に与えます。

クリアテキストでパスワードを入力することを防ぐために、コマンドによって、管理者のパスワードを入力するようプロンプトが表示されます。管理者アカウントが特定のユーザに基づいている場合、ユーザソースで定義された資格情報と同じ資格情報が使用されるため、コマンドの使用時にパスワードの入力が求められることはありません。

ZENworks管理者アカウントを削除します。

(ZENworks管理者名) [...] - ZENworks 管理者の名前。引用符で囲む限り、ワイルドカード*を使用できます。オブジェクトを削除するのにワイルドカードを使用する場合は、注意します。

ZENworks管理者アカウントすべてを一覧表示します。

次のオプションを受け入れます。

• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果を表示します。引用符で囲む限り、ワイルドカード*および?を使用できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

ZENworks管理者に割り当てられている役割を一覧表示します。

次のオプションを受け入れます。

• -l, --longnames - 権限の名前を表示します。デフォルトでは、権限名は省略形式で表示されます。

ZENworks管理者アカウントの名前を変更します。

ZENworks管理者アカウントに割り当てられる権限を削除します。

[オブジェクトパス] [...] - スラッシュ(/)から始まるZENworksオブジェクトのフルパス。

次のオプションを受け入れます。

• -c, --category=[権限カテゴリ] - 権限がグループ化されているカテゴリの名前。カテゴリのリストを確認するには、zman admin-rights-set --help | moreを実行します。

ZENworks管理者アカウントに割り当てられる権限を表示します。

[オブジェクトパス] [...] - スラッシュ(/)から始まるZENworksオブジェクトのフルパス。

次のオプションを受け入れます。

• -c, --category=[権限カテゴリ] - 権限がグループ化されているカテゴリの名前。カテゴリのリストを確認するには、zman admin-rights-set --help | moreを実行します。
• -e, --effective - 管理者の有効な権限を表示します。有効な権限には、管理者に割り当てられた役割から継承された権限が含まれます。このオプションが指定されない場合、管理者に直接割り当てられている権限が表示されます。
• -l, --longnames - 権限の名前を表示します。デフォルトでは、権限名は省略形式で表示されます。

ZENworks管理者アカウントの権限を許可または却下します。

[権限カテゴリ] - 権限がグループ化されているカテゴリの名前。カテゴリのリストを確認するには、zman admin-rights-set --help | moreを実行します。

[オブジェクトパス] [...] - 権限を適用するZENworksオブジェクトのフルパスで、スラッシュ(/)で始まります。各権限カテゴリ内で権限を割り当てることができる、許可されているオブジェクトタイプのオブジェクトのルートフォルダを表示するには、zman admin-rights-modify --help | moreを実行します。

次のオプションを受け入れます。

• -a、--allow=[権限 ][...] - 許可されている権限の長い名前または短い名前のカンマ区切りリスト。各カテゴリの権限を表示するには、zman admin-rights-set --help | moreを実行します。
• -A, --assign-all - 権限カテゴリのすべての権限を許可します。
• -d、--deny=[権限 ][...] - 拒否する権限の長い名前または短い名前のカンマ区切りリスト。各カテゴリの権限を表示するには、zman admin-rights-set --help | moreを実行します。
• -D, --deny-all - 権限カテゴリのすべての権限を拒否します。
• -f, --folder=[フォルダ名] - フォルダのフルパス。このオプションを指定すると、オブジェクトのパスは、このフォルダを基準とした相対パスとして決定されます。これは、同じフォルダで複数のオブジェクトを指定するために使用できます。
• -H、--help - 使用可能な権限カテゴリに関する詳しいヘルプおよび各カテゴリ内の権限名の長い形式と短い形式を表示します。カテゴリ名を指定した場合、そのカテゴリに関するヘルプが提供されます。

各コマンドに使用するZENworksユーザ名とパスワードを保存し、資格情報をコマンドごとに入力する必要がなくなります。資格情報はログインユーザのホームディレクトリに保存され、ログインユーザのためにのみ使用されます。Linuxでは、ユーザがホームディレクトリを持っていることを確認してください。他のZENworks管理者と同じマシンログインを共有している場合は、コマンドの実行が終了したら、admin-clear-credentialコマンドを使用して資格情報をクリアする必要があります。

テキストファイルにあるzmanコマンドをバッチで実行します(Windowsのバッチファイルと混同しないこと)。

(ファイルパス) [...] - 実行するzmanコマンドを含むテキストファイルのパス。#、rem、REM、;、および//で始まる行はコメントとみなされ、処理されません。サンプルファイルは、BatchExecuteCommands.txtを参照してください:

次のオプションを受け入れます。

• -e, --exit-on-failure - コマンドが部分的または全体的に失敗した場合、コマンドの実行を停止し終了します。複数の引数を取るコマンドが、1つ以上の引数を正常に処理できなかった場合、コマンドは部分的に失敗したとみなされます。たとえば、bundle-deleteの場合、引数の1つが見つからないか削除できないと、コマンドは部分的に失敗したとみなされます。デフォルトでは、ファイル内のコマンドは連続して実行され、失敗はチェックされません。

例:

バンドルにアクションを追加します。

(アクションXMLファイル) [...] - 追加するアクションの情報が含まれたXMLファイル。アクションは、Distribution、Install、Launch、Verify、Uninstall、Terminateのいずれかのアクションセットにグループ化されます。XMLファイルにはActionSet要素が含まれ、アクションセットに対して追加するアクションの情報が記述されます。バンドルの別のアクションセットにアクションを追加する場合、複数のXMLファイルを入力として指定できます。XMLファイルを作成するには、bundle-export-actionsコマンドを使用して既存のバンドルのアクションをエクスポートします。

次のオプションを受け入れます。

• -a, --actioninfo=[content and dependency for actions] - ファイルコンテンツまたは別のバンドルへの従属関係を持つアクションのコンテンツおよびバンドル従属関係に関する情報が含まれたXMLファイル。たとえば、MSIのインストールアクションの場合、インストールされるMSIファイルがファイルコンテンツです。バンドルのインストールアクションは、別のバンドルを依存関係として取得するため、これらのアクションを正常に機能させるにはこのデータも指定する必要もあります。XMLフォーマットテンプレートについては、ActionInfo.xmlを参照してください:
• Windows: %ZENWORKS_HOME%\Novell\Zenworks\share\zman\samples\bundles
• Linux: /opt/novell/zenworks/share/zman/samples/bundles

バンドルまたはバンドルグループを1つまたは複数のデバイスまたはユーザオブジェクトに割り当てます。

(デバイスまたはユーザタイプ) - 有効な値は、device、server、workstation、およびuserです。

(デバイスまたはユーザオブジェクトパス) [...] - 指定したデバイスまたはユーザタイプのルートフォルダを基準にした、デバイスまたはユーザオブジェクトの相対パス。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。
• -I, --icon-location=[アプリケーションロケーションXMLファイル] - バンドルアプリケーション用のアイコンを配置する場所を含むXMLファイル。XMLファイルフォーマットについては、IconLocation.xmlを参照してください:
• Windows: %ZENWORKS_HOME%\Novell\Zenworks\share\zman\samples\bundles
• Linux: /opt/novell/zenworks/share/zman/samples/bundles
• -d, --distribution-schedule=[配布スケジュールXMLファイル] - 配布スケジュールを含むXMLファイル。
• -l, --launch-schedule=[起動スケジュールXMLファイル] - 起動スケジュールを含むXMLファイル。
• -a, --availability-schedule=[可用性スケジュールXMLファイル] - 可用性スケジュールを含むXMLファイル。スケジュールXMLファイルテンプレートについては、XMLファイルを参照してください:
• Windows: %ZENWORKS_HOME%\Novell\Zenworks\share\zman\samples\schedules
• Linux: /opt/novell/zenworks/share/zman/samples/schedules
• i, --install-immediately - 配布直後にバンドルをインストールします。このオプションを使用するには、配布スケジュールも指定する必要があります。配布スケジュールは、--distribution-schedule, --distribute-now、または--distribute-on-device-refreshオプションを使用して指定することができます。
• -L, --launch-immediately - インストール後ただちにバンドルをインストールします。このオプションを使用するには、配布スケジュールも指定する必要があります。配布スケジュールは、--distribution-schedule, --distribute-now、または--distribute-on-device-refreshオプションを使用して指定することができます。
• -n, --distribute-now - バンドルをただちに配布するよう配布スケジュールを設定します。このオプションを指定すると、--distribution-scheduleおよび--distribute-on-device-refreshオプションは無視されます。--distribute-now、--distribute-on-device-refresh、および--distribution-scheduleオプションは配布スケジュールの設定に使用し、同時に使用することはできません。最初に--distribute-nowオプションが考慮され、次に--distribute-on-device-refreshオプションが考慮され、最後に--distribution-scheduleが考慮されます。
• -r, --distribute-on-device-refresh - デバイス更新時にバンドルを配布するよう配布スケジュールを設定します。このオプションを指定すると、--distribution-scheduleオプションは無視されます。
• -s, --launch-on-device-refresh - デバイス更新時にバンドルを起動するよう起動スケジュールを設定します。このオプションを指定すると、--launch-scheduleオプションは無視されます。
• -w, --wakeup-device-on-distribution - バンドルの配布中にデバイスがシャットダウンした場合、Wake-On-LANを使用してデバイスを起動します。このオプションを使用するには、配布スケジュールも指定する必要があります。配布スケジュールは、--distribution-schedule, --distribute-now、または--distribute-on-device-refreshオプションを使用して指定することができます。
• -B, --broadcast=[ブロードキャストアドレス][...] - Wake-On-LANマジックパケットをブロードキャストするのに使用するアドレスのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。有効なIPアドレスが、有効な値です。
• -S, --server=[/デバイスを基準にしたプライマリサーバオブジェクトまたはプロキシサーバオブジェクトの相対パス][...] - デバイスを起動するのに使用するプライマリまたはプロキシサーバオブジェクトのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。
• -C, --retries=[再試行回数] - デバイスにWake-On-LANマジックパケットを送信する回数。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は0～5の範囲である必要があります。デフォルト値は「1」です。
• -T, --timeout=[再試行間隔] - 2回の再試行の間の間隔。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は2～10の範囲である必要があります(単位は分)。デフォルト値は2です。
• -N, --app-installation-now-schedule - バンドルを直ちにインストールするようにアプリインストールスケジュールを設定します。このオプションを指定すると、-app-installation-scheduleオプションは無視されます。
• -M –app-installation-schedule=<アプリインストールスケジュールXMLファイル> - XMLファイルにはインストールスケジュールが含まれます。テンプレートのスケジュールの詳細については、次を参照してください:
• Windows: %ZENWORKS_HOME%\Novell\ZENworks\share\zman\samples\schedules
• Linux: /opt/novell/zenworks/share/zman/samples/schedule
• -c, --conflicts=[バンドル競合解決順序] - バンドル競合を解決する方法を決定します。
• 有効な値はuserprecedenceまたは1、deviceprecedenceまたは2です。userprecedenceの場合、ユーザ関連のバンドルが最初に適用され、その後デバイス関連のバンドルが続きます。deviceprecedenceの場合、デバイス関連のバンドルが最初に適用され、その後ユーザ関連のバンドルが続きます。このオプションを指定しなかった場合には、userprecedenceがデフォルト値として使用されます。

バンドルをコピーします。

次のオプションを受け入れます。

• -d, --desc=[説明] - バンドルの説明。
• -i, --icon-file=[バンドルアイコンファイル] - バンドルアイコンとして使用するイメージが含まれるイメージファイルのパス。このオプションを指定しなかった場合は、サブフォルダの内容は一覧表示されません。

新しいバンドルを作成します。

(バンドルXMLファイル) - エクスポートしたバンドル情報が含まれるXMLファイル。bundle-export-to-file (betf)を使用して、既存のバンドルの情報をXMLファイルにエクスポートします。ファイルを再使用する場合には、ZENworksコントロールセンターで作成したバンドルからテンプレートXMLファイルを作成することができます。サンプルXMLファイルについては、WindowsMSIBundle.xmlを参照してください。Linuxサーバでは/opt/novell/zenworks/share/zman/samples/bundles、Windowsサーバでは Installation_directory:\Novell\Zenworks\share\zman\samples\bundlesに保存されています。

次のオプションを受け入れます。

• -d, --desc=[説明] - バンドルの説明。
• -a, --actioninfo=[content and dependency for actions] - ファイルコンテンツまたは別のバンドルへの従属関係を持つアクションのコンテンツおよびバンドル従属関係に関する情報が含まれたXMLファイル。たとえば、MSIのインストールアクションの場合、インストールされるMSIファイルがファイルコンテンツです。バンドルのインストールアクションは、従属関係として別のバンドルを取ります。これらのアクションを正常に機能させるには、このデータも指定する必要があります。XML形式のテンプレートについては、ActionInfo.xmlを参照してください。Linuxサーバでは /opt/novell/zenworks/share/zman/samples/bundles、Windowsサーバでは Installation_directory:\Novell\Zenworks\share\zman\samples\ bundles に保存されています。
• -i, --icon-file=[バンドルアイコンファイル] - バンドルアイコンとして使用するイメージが含まれるイメージファイルのパス。
• -s, --create-as-sandbox=[サンドボックスとして作成] - バンドルをサンドボックスとして作成します。
• -x, --actions-as-in-xml - テンプレートXMLファイルにある新しいバンドルのデフォルトアクションを作成します。たとえば、［検証］アクションタイプで、デフォルトアクションの［インストールを検証する］をバンドルから削除し、バンドル情報をXMLファイルにインポートする場合、新しいバンドルでは、デフォルトアクションの［インストールを検証する］を除き、XMLファイルのすべてのデフォルトアクションが作成されます。このオプションを指定しない場合、XMLファイルにはないデフォルトアクションの［インストールを検証する］も含め、すべてのデフォルトアクションを使用してバンドルが作成されます。
• -n, --create-with-new-grid - 新しいGUIDを使用してポリシーオブジェクトを作成します。オプションが指定されない場合、ポリシーXMLファイル内のインポートされたGUIDのポリシーオブジェクトが検証されます。インポートされたGUIDが存在しない場合、新しいGUIDが作成されるか、インポートされたGUIDが保持されます。

1つまたは複数のバンドルオブジェクトを削除します。

(バンドルオブジェクトパス) [...] - /バンドルを基準にした、バンドルオブジェクト(バンドル、バンドルフォルダ、またはバンドルグループ)の相対パス。引用符で囲む限り、ワイルドカード*を使用できます。オブジェクトを削除するのにワイルドカードを使用する場合は、注意します。

次のオプションを受け入れます。

• -r, --recursive - フォルダ内のオブジェクトを再帰的に削除します。
• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。

1つまたは複数のバンドルバージョンを削除します。

[バンドルバージョン番号] [...] - 削除するバンドルのバージョン。

次のオプションを受け入れます。

• -a --all - バンドルの古いバージョンをすべて削除します。
• -p, --previous - 指定されたバージョンより古いバージョンのバンドルをすべて削除します。

例:

バンドルzenbundleのバージョン5を削除する場合:

zman bdv zenbundle 5

バンドルzenbundleのすべてのバージョンを削除する場合:

zman bdv zenbundle -a

バンドルzenbundleのバージョン3以前のすべてのバージョンを削除する場合:

zman bdv zenbundle version -p 3

バンドルを無効にします。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。

バンドルを有効にします。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。

バンドルのアクションセットに追加したアクションをファイルにエクスポートします。このファイルをbundle-add-actionsコマンドの入力として使用できます。

(アクションセットタイプ) - アクションセットのタイプ。このオプションを指定した場合、このアクションセットのアクションのみが一覧表示されます。有効な値は、Install、Launch、Verify、Uninstall、Terminate、およびPrebootです。

[アクションの位置] [...] - アクションセット内におけるアクションの位置のカンマ区切りリスト。最初のアクションが位置1になります。アクションセット内の特定のアクションの位置を参照するには、bundle-list-actionsコマンドを使用します。これはオプションですが、指定しなかった場合は、指定したアクションセット内のすべてのアクションがエクスポートされます。

バンドルの情報(XML形式)をファイルにエクスポートします。このXMLファイルはバンドル作成時の入力として使用します。

(XMLファイルパス) - バンドルの情報をエクスポートするXMLファイルの完全なパス。

[バンドルのバージョン] - エクスポートするバンドルのバージョン。このオプションを指定しない場合、バンドルの発行済みバージョンが対象となります。バンドルのサンドボックスバージョンをエクスポートするには、sandboxを指定します。

[-c|--export-content] - バンドル情報のエクスポート先であるXMLファイルが格納されているディレクトリ内のサブディレクトリに、バンドルのコンテンツをエクスポートします。オプションを指定しない場合、バンドルコンテンツはエクスポートされません。

例:

zenbundleという名前のサンドボックスバージョンのバンドルを、bundle.xmlという名前のxmlファイルにエクスポートする場合:

zman betf bundlefolder/zenbundle C:\bundles\bundle.xml sandbox

zenbundleという名前のバージョン3のバンドルをbundle.xmlという名前のxmlファイルにエクスポートする場合:

zman betf bundlefolder/zenbundle C:\bundles\bundle.xml 3

zenbundleという名前のバージョン5のバンドルをbundle.xmlという名前のxmlファイルにエクスポートし、バンドルのコンテンツをC:\bundles\bundle_contentディレクトリにエクスポートする場合:

zman betf bundlefolder/zenbundle C:\bundles\bundle.xml 5 -c

バンドルを格納するための新しいフォルダを作成します。

次のオプションを受け入れます。

• --desc=[説明] - フォルダの説明。

バンドルをバンドルグループに追加します。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。

バンドルグループを作成して、メンバーを追加します。

次のオプションを受け入れます。

• --desc=[説明] - グループの説明。
• -m, --members=[バンドルパス][...] - /バンドルを基準にした、バンドルの相対パス。
• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。

バンドルグループのメンバーを一覧表示します。

次のオプションを受け入れます。

• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

バンドルグループからバンドルを削除します。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。

バンドルのバージョンを増やします。このコマンドは、ZENworks 11SP1より前のバージョンに適用されます。ZENworks 11 SP1以降では、このコマンドはbundle-sandbox-publish (bsp)コマンドで置き換えられます。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。

バンドルオブジェクトを一覧表示します。

次のオプションを受け入れます。

• -r, --recursive - サブフォルダを含め、結果を再帰的に一覧表示します。このオプションを指定しなかった場合は、サブフォルダの内容は一覧表示されません。
• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果を表示します。引用符で囲む限り、ワイルドカード*および?を使用できます。
• -c, --count - 結果の数が表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

バンドルに追加されたアクションを一覧にします。

[アクションセットタイプ] - アクションセットのタイプ。このオプションを指定した場合、このアクションセットのアクションのみが一覧表示されます。有効な値は、Install、Launch、Verify、Uninstall、Terminate、およびPrebootです。

バンドルのデバイスとユーザ割り当てを一覧表示します。

次のオプションを受け入れます。

-t, --typefilter=[割り当てのタイプ] - 割り当てタイプでフィルタします。有効な値は、deviceおよびuserです。

-s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

特定のバンドルがメンバーであるバンドルグループを一覧表示します。

次のオプションを受け入れます。

-s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

例:

bundle1が属しているすべてのバンドルグループを、5つずつ同時に一覧表示する場合:

zman blg bundlefolder/bundle1 -s 5

バンドルのすべてのバージョンを一覧表示します。

例:

バンドルzenbundleのすべてのバージョンを一覧表示する場合:

zman blv zenbundle

バンドルオブジェクトを別のフォルダに移動します。

(バンドルオブジェクトパス): /Bundlesを基準にした、バンドルオブジェクト(バンドル、バンドルフォルダ、またはバンドルグループ)の相対パス

[宛先フォルダパス] /Bundlesを基準にした、バンドルオブジェクトが移動するバンドルフォルダの相対パス。

バンドルからアクションを削除します。

(アクションセットタイプ) - アクションが含まれるアクションセットのタイプ。有効な値は、Install、Launch、Verify、Uninstall、Terminate、およびPrebootです。

[アクションの位置] [...] - アクションセット内におけるアクションの位置のカンマ区切りリスト。最初のアクションが位置1になります。アクションセット内の特定のアクションの位置を参照するには、bundle-list-actionsコマンドを使用します。これはオプションですが、指定しなかった場合は、指定したアクションセット内のすべてのアクションが削除されます。

バンドルオブジェクトを名前変更します。

(バンドルオブジェクトパス): /Bundlesに対するバンドルオブジェクト(バンドル、バンドルフォルダ、またはバンドルグループ)の相対パス。

(新しい名前): バンドルオブジェクトに付ける新しい名前。

• -p, --publish =[発行] - このオプションが指定され、バンドルの表示名が編集された場合、バンドルは即座に発行されます。ただし、現在のバンドルの表示名が既存のバンドル名と異なる場合、またはバンドルにサンドボックスがすでに存在する場合は、このオプションを指定しても効果はありません。

バンドルのソースアクションセットタイプからターゲットアクションセットタイプにアクションを移転します。

• (バンドルパス) - /Bundles
• を基準にした、バンドルのパス。(アクションセットタイプ) - ソースアクションを含むアクションセットのタイプ。有効な値は、Install、Launch、Verify、Uninstall、Terminate、およびPrebootです。
• [ターゲットのアクションセットタイプ] - ターゲットのアクションを含むアクションセットのタイプ。有効な値は、Install、Launch、Verify、Uninstall、Terminate、およびPrebootです。
• [アクションの位置] - アクションセット内における各アクションの位置のカンマ区切りリスト。最初のアクションが位置1になります。アクションセット内の特定のアクションの位置を識別するには、bundle-list-actionsコマンドを使用します。これはオプションで、指定しなかった場合は、指定したアクションセット内のすべてのアクションが移転されます。
• 例:
• バンドルのLaunchアクションセットからInstallアクションセットにすべてのアクションを移転するには: zman brla bundlefolder/bundle1 Launch Install
• バンドルのInstallアクションセットからLaunchアクションセットに最初の3つのアクションを移転するには: zman brla bundle1 Install Launch 1,2,3

バンドルのアクションセット内にあるアクションを並べ替えます。

(アクションセットタイプ) - アクションが含まれるアクションセットのタイプ。有効な値は、Install、Launch、Verify、Uninstall、Terminate、およびPrebootです。

(現在の位置) - アクションセットのアクションの現在の位置。最初のアクションが位置1になります。

(新しい位置) - アクションを移動する新しい位置。最初のアクションが位置1になります。

既存のバンドルバージョンからサンドボックスを作成します。

[バンドルのバージョン] - サンドボックスの作成に使用されるバンドルのバージョンを指定します。

次のオプションを受け入れます。

• -f, --force =[強制] - 既存のサンドボックスを上書きします。

例:

バンドルzenbundleのバージョン2からサンドボックスを作成する場合:

zman bsc zenbundle 2

サンドボックスを発行して、発行済みバージョンを作成します。

次のオプションを受け入れます。

• -f, --force =[強制] - サンドボックスのみのバージョンを持つ依存子バンドルがプライマリバンドルにある場合、このオプションを指定してプライマリバンドルと依存バンドルの両方の変更を発行する必要があります。このオプションを指定しないと、プライマリバンドルの発行も失敗します。

• -c, --allChild =[すべての子] - サンドボックスバージョンを持つ依存子バンドルがプライマリバンドルにある場合、このオプションを指定してプライマリと依存子バンドルの両方の変更を発行できます。

• -i, --incAllParent =[すべての親を増分] - プライマリバンドルに親バンドルがある場合、このオプションを使用して親バンドルのバージョンを上げ、プライマリバンドルへの新しく発行された変更を親バンドルに割り当てられたデバイスに適用できます。

• -p, -forceParent =[親を強制] - プライマリバンドルに親バンドルがあり、親バンドルのバージョンを上げる場合、このオプションを指定して、すでにサンドボックスバージョンを持つ任意の親バンドルを発行する必要があります。

例:

サンドボックスバージョンのバンドル(zenbundle)を発行する場合:

zman bsp zenbundle

zenbundle1という名前のサンドボックスバージョンのバンドルを、そのすべての依存バンドルと共に発行する場合:

zman bsp zenbundle1 -f -c

サンドボックスを新しいバンドルに発行します。

次のオプションを受け入れます。

• -s, --createAsSandbox =[サンドボックスとして作成] - バンドルをサンドボックスとして作成します。

• -g, --groups - 新しく作成したバンドルを、プライマリバンドルがメンバーになっているすべてのグループに追加します。

• -d, --deviceAssignments - すべてのデバイス割り当てをプライマリバンドルから新しいバンドルにコピーします。

• -u, --userAssignments - すべてのユーザ割り当てをプライマリバンドルから新しいバンドルにコピーします。

• -f, --force =[強制] - サンドボックスのみのバージョンを持つ依存子バンドルがプライマリバンドルにある場合、このオプションを指定してプライマリバンドルと依存バンドルの両方の変更を発行する必要があります。このオプションを指定しないと、プライマリバンドルの発行も失敗します。

• -c, --allChild =[すべての子] - サンドボックスバージョンを持つ依存子バンドルがプライマリバンドルにある場合、このオプションを指定してプライマリと依存子バンドルの両方の変更を発行できます。

• -i, --incAllParent =[すべての親を増分] - プライマリバンドルに親バンドルがある場合、このオプションを使用して親バンドルのバージョンを上げ、プライマリバンドルへの新しく発行された変更を親バンドルに割り当てられたデバイスに適用できます。

• -p, -forceParent =[親を強制] - プライマリバンドルに親バンドルがあり、親バンドルのバージョンを上げる場合、このオプションを指定して、すでにサンドボックスバージョンを持つ任意の親バンドルを発行する必要があります。

• -n, -depsToNewFolder =[依存バンドルを新しいフォルダに発行] -依存バンドルが新しいバンドルとして発行されるバンドルフォルダのパス。新しいバンドルが元の依存バンドルと同じ名前で発行されるため、このフォルダには、発行対象に選択されている依存バンドルを格納できません。

例:

zenbundle1という名前のサンドボックスバージョンのバンドルを、zenbundle2という名前の新しいバンドルとして発行する場合:

zman bsptn zenbundle1 zenbundle2 /Bundles/Folder1

zenbundle1という名前のサンドボックスバージョンのバンドルをzenbundle2という名前の新しいバンドルとして発行し、zenbundle1の依存バンドルを新しいバンドルとして発行する場合:

zman bsptn zenbundle1 zenbundle2 /Bundles/Folder1 --depsToNewFolder=/Bundles/Folder2

サンドボックスを削除して、バンドルの最新バージョンに戻します。

例:

バンドルzenbundleのサンドボックスを削除して、バンドルの最新バージョンに戻す場合:

zman bsr zenbundle

バンドルまたはバンドルグループを1つまたは複数のデバイスまたはユーザオブジェクトから割り当て解除します。

(デバイスまたはユーザタイプ) - 有効な値は、device、server、workstation、およびuserです。

(デバイスまたはユーザオブジェクトパス) [...] - 指定したデバイスまたはユーザタイプのルートフォルダを基準にした、デバイスまたはユーザオブジェクトの相対パス。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。

バンドルまたはバンドルグループとデバイスまたはユーザオブジェクト間の割り当てを更新します。

(デバイスまたはユーザタイプ) - 有効な値は、device、server、workstation、およびuserです。

(デバイスまたはユーザオブジェクトパス) [...] - 指定したデバイスまたはユーザタイプのルートフォルダを基準にした、デバイスまたはユーザオブジェクトの相対パス。

次のオプションを受け入れます。

• -f, --folder=[デバイスまたはユーザフォルダ] - ルートフォルダを基準にした、デバイスまたはユーザフォルダの相対パス。このオプションを指定すると、デバイスまたはユーザオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のデバイスまたはユーザオブジェクトを指定するのに使用できます。
• -I, --icon-location=[アプリケーションロケーションXMLファイル] - バンドルアプリケーション用のアイコンを配置する場所を含むXMLファイル。XMLファイル形式については、IconLocation.xmlを参照してください。Linuxサーバでは/opt/novell/zenworks/share/zman/samples/bundles、WindowsサーバではInstallation_directory:\Novell\Zenworks\share\zman\samples\ bundlesに保存されています。
• -d, --distribution-schedule=[配布スケジュールXMLまたはNoSchedule] - 配布スケジュール、またはスケジュールを削除する必要がある場合にNoSchedule値を指定するXMLファイル。
• -l, --launch-schedule=[起動スケジュールXMLファイルまたはNoschedule] - 起動スケジュール、またはスケジュールを削除する必要がある場合にNoSchedule値を指定するXMLファイル。
• -a, --availability-schedule=[可用性スケジュールXMLファイルまたは Noschedule] - 可用性スケジュール、またはスケジュールを削除する必要がある場合にNoSchedule値を指定するXMLファイル。スケジュールXMLファイルテンプレートについては、XMLファイルを参照してください。Linuxサーバでは/opt/novell/zenworks/share/zman/samples/schedules、WindowsサーバではInstallation_directory:\Novell\Zenworks\share\zman\samples\ schedulesに保存されています。
• -i, --install-immediately=[yesまたはno] - 配布後ただちにバンドルをインストールするか、またはバンドルの割り当て中に設定された同じオプションを取り消します。有効な値は、trueまたはyes、およびfalseまたはnoです。
• -L, --launch-immediately=[yesまたはno] - インストール後ただちにバンドルを起動するか、またはバンドルの割り当て中に設定された同じオプションを取り消します。有効な値は、trueまたはyes、およびfalseまたはnoです。
• -n, --distribute-now=[yesまたはno] - バンドルをただちに配布するよう配布スケジュールを設定します。このオプションを指定すると、--distribution-scheduleおよび--distribute-on-device-refreshオプションは無視されます。--distribute-now、--distribute-on-device-refresh、および--distribution-scheduleオプションは配布スケジュールの設定に使用し、同時に使用することはできません。最初に--distribute-nowオプションが考慮され、次に--distribute-on-device-refreshオプションが考慮され、最後に--distribution-scheduleが考慮されます。
• -r, --distribute-on-device-refresh=[yesまたはno] - デバイス更新時にバンドルを配布するよう配布スケジュールを設定するか、またはバンドルの割り当て中に設定された同じオプションを取り消します。有効な値は、trueまたはyes、およびfalseまたはnoです。このオプションの値がtrueまたはyesの場合、--distribution-scheduleオプションは無視され、以前設定された配布スケジュールが上書きされます。
• -s, --launch-on-device-refresh=[yesまたはno] - デバイス更新時にバンドルを起動するよう起動スケジュールを設定します。このオプションを指定すると、--launch-scheduleオプションは無視されます。
• -w, --wakeup-device-on-distribution=[yesまたはno] - バンドルの配布中にデバイスがシャットダウンした場合、Wake-On-LANを使用してデバイスを起動するか、またはバンドルの割り当て中に設定された同じオプションを取り消します。有効な値は、trueまたはyes、およびfalseまたはnoです。
• -B, --broadcast=[ブロードキャストアドレス][...] - Wake-On-LANマジックパケットをブロードキャストするのに使用するアドレスのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。有効なIPアドレスが、有効な値です。
• -S, --server=[/Devicesを基準にしたプライマリサーバオブジェクトまたはプロキシサーバオブジェクトの相対パス][...] - デバイスを起動するのに使用するプライマリまたはプロキシサーバオブジェクトのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。
• -C, --retries=[再試行回数] - デバイスにWake-On-LANマジックパケットを送信する回数。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は0～5の範囲である必要があります。デフォルト値は「1」です。
• -T, --timeout=[再試行間隔] - 2回の再試行の間の間隔。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は2～10の範囲である必要があります(単位は分)。デフォルト値は2です。
• -M --app-installation-schedule=<アプリインストールスケジュールXMLファイル> - XMLファイルにはインストールスケジュールが含まれます。
• -c, --conflicts=[バンドル競合解決順序] - バンドル競合の解決方法を決定します。
• 有効な値はuserprecedenceまたは1、deviceprecedenceまたは2です。userprecedenceの場合、ユーザ関連のバンドルが最初に適用され、その後デバイス関連のバンドルが続きます。deviceprecedenceの場合、デバイス関連のバンドルが最初に適用され、その後ユーザ関連のバンドルが続きます。このオプションを指定しなかった場合には、userprecedenceがデフォルト値として使用されます。

バンドルの展開ステータスの詳細を表示します。

次のオプションを受け入れます。

• -d, --device=[デバイスパス] - 指定されたデバイスのみに対する配布ステータスを表示します。デバイスのパスは、/デバイスを基準にした相対パス。
• -u, --user=[ユーザパス] - 指定したユーザのみの配布ステータスを表示します。ユーザのパスは、/ユーザを基準にした相対パス。デバイスも指定した場合、指定したデバイスにログインしている指定したユーザのステータス詳細が表示されます。
• -n, --namefilter=[ターゲットデバイス名] - デバイスの名前でフィルタします。指定したフィルタに一致するオプションを表示します。引用符で囲む限り、ワイルドカード*および?を使用できます。
• --statusfilter=[ステータスタイプ][...] - バンドル配布およびインストールイベントのステータスでフィルタします。有効な値は、S、F、およびP (Success、Failure、およびPending)です。ステータスタイプのカンマ区切りリストを指定できます。
• -t, --typefilter=[ターゲットデバイスまたはユーザタイプ][...] - ターゲットのタイプでフィルタします。有効な値は、server、workstation、およびuserです。ターゲットタイプのカンマ区切りリストを指定できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

-v, --version [値]

有効な値は次のとおりです。

-c, --status-calculation [値]

デフォルト値は「version」です。

デバイスまたはユーザオブジェクトに割り当てたバンドルの展開スケジュールを表示します。

(デバイスまたはユーザタイプ) - 有効な値は、device、server、workstation、およびuserです。

(デバイスまたはユーザオブジェクトパス) [...] - バンドルグループの割り当て先を基準にした、デバイスまたはユーザオブジェクトの相対パス。

特定のバンドルの展開ステータスのサマリを表示します。

次のオプションを受け入れます。

-v, --version [値]

有効な値は次のとおりです。

-c, --status-calculation [値]

デフォルト値は「version」です。

XMLファイルを作成してパッケージメタデータをエクスポートします。baaコマンドを使用してエクスポートされたコンテンツをサーバに追加します。

• (アクションタイプ) - XMLファイルを作成するアクションを指定します。サポートするアクションタイプは、Install RPMとDistribute RPMです。
• (アクションXMLファイルのパス) - 生成されたアクション定義XMLファイルの場所。
• (コンテンツファイルの場所のパス) - ローカルマシンのRPMコンテンツファイルの場所。

次のオプションを受け入れます。

• -t, --target - パッケージの有効なLinux配布パッケージターゲットを指定します。

バンドルのアプリケーションデータを計算してキャッシュするローダアクションをキューに入れ、アクションが完全に実行されるまで待機します。キャッシュされたデータは、Webサービス応答の準備とパフォーマンス向上のために使用されます。

設定をコピーします。

(ソースバンドルまたはバンドルフォルダパス) - /バンドルを基準にした、設定のコピー元バンドルまたはバンドルフォルダの相対パス。

(宛先バンドルまたはバンドルフォルダパス) [...] - /バンドルを基準にした、設定のコピー先バンドルまたはバンドルフォルダの相対パス。

次のオプションを受け入れます。

• -n, --names=[設定名][...] - ソースパスからコピーされる設定の名前。指定しなかった場合、ソースパスで定義されたすべての設定がコピーされます。

設定データ(XML形式)をファイルにエクスポートします。設定の作成および変更用の入力としてXMLファイルが使用されます。

(XMLファイルパス) - 設定データがXML形式で保存されるファイル。ファイルが存在しない場合、新しいファイルが作成されます。

[設定名] [...] - エクスポートする設定の名前。指定しなかった場合、すべての設定がエクスポートされます。

次のオプションを受け入れます。

• -s, --source=[ソースバンドルまたはバンドルフォルダパス] - /バンドルを基準にした、設定のエクスポート元バンドルまたはバンドルフォルダの相対パス。指定しなかった場合、設定はゾーンからエクスポートされます。
• -e, --effective - 指定した場合は有効な設定が取得されます。そうでない場合はソースパスで定義/上書きされた設定のみが取得されます。

親フォルダへの設定を取り消します。

(ソースバンドルまたはバンドルフォルダパス) - /バンドルを基準にした、設定を元に戻すバンドルまたはバンドルフォルダの相対パス。

さまざまなレベルで設定を行います。

(XMLファイルパス) - エクスポートされた設定情報が含まれるXMLファイル。settings-export-to-file (setf)を使用して、設定情報をXMLファイルにエクスポートします。

次のオプションを受け入れます。

[設定名] [...] - エクスポートする設定の名前。指定しなかった場合、すべての設定がエクスポートされます。

• -f, --force - すべての子(サブフォルダおよび個々のバンドル)にこれらの設定の継承を強制します。
• (XMLファイルパス): エクスポートされた設定情報が含まれるXMLファイル。bundle-setting-export-to-file (bsetf)を使用して、設定情報をXMLファイルにエクスポートします。
• (宛先バンドルまたはバンドルフォルダパス): /Bundleを基準にした、設定の設定元バンドルまたはバンドルフォルダの相対パス。指定しない場合、設定は管理ゾーンレベルで設定されます。

ゾーン証明書権限と資格情報のキーの組み合わせをファイルにエクスポートして、任意でローカルサーバの証明書の権限ロールを無効にします。

次のオプションを受け入れます。

• -d, --disable-CA-role - ローカルサーバの証明書の権限ロールを削除します。

ゾーン証明書権限と資格情報のキーの組み合わせをファイルからインポートして、ローカルサーバの証明書の権限ロールを有効にします。

ローカルサーバの証明書の権限ロールを無効にします。

ローカルサーバの証明書の権限ロールを有効にします。

認証局の役割を持つサーバを表示します。

資格情報を作成します。

次のオプションを受け入れます。

• -u, [--userName=ユーザ名] - リソースにアクセスするユーザ名。
• [--userPassword=パスワード] - リソースにアクセスするために使用するパスワード。
• -d, --desc - 資格情報の説明。

資格情報を削除します。

資格情報を格納するための新しいフォルダを作成します。

次のオプションを受け入れます。

• --desc=[説明] - フォルダの説明。

資格情報を一覧表示します。

資格情報を移動します。

資格情報の名前を変更します。

資格情報を作成します。

次のオプションを受け入れます。

• -u, --user - リソースにアクセスするためのユーザ名です。
• --password - リソースにアクセスするために使用するパスワードです。
• -d, --desc - 資格情報の説明。

組み込みのPostgreSQL監査データベースおよび組み込みのPostgreSQLデータベースに接続するために使用された資格情報を取得します。

組み込みのPostgreSQLデータベースをバックアップします(データベースファイルがバックアップされるネットワークの場所)。

(バックアップディレクトリ) - データベースファイルがバックアップされるデータベースサーバまたはネットワークの場所のローカルディレクトリ。親ディレクトリがすでに存在し、十分なディスク容量があるようにします。ディレクトリ内のどの既存のデータベースファイルも上書きされます。

展開タスクを中断します。

展開タスクを作成し、IPアドレスまたはDNS名を使用して、ZENworks Agentをデバイスに展開します。

(ユーザの資格情報ファイル) - デバイスに接続するための資格情報を含むファイルのパス。ファイルの各行には、ユーザ名とパスワードをスペースで区切って指定する必要があります。たとえば、「管理者のパスワード」のようになります。

次のオプションを受け入れます。

• -f, --file=[IPアドレスファイル][...] - ZENworks Agentの展開先デバイスのIPアドレスまたはDNS名を含むファイルパスのカンマ区切りリスト。ファイルには、カンマ区切り値(CSV)形式でデバイスのIPアドレスまたはDNS名のリストが含まれているか、各行にIPアドレスまたはDNS名が1つあります。
• -s, --schedule=[起動スケジュールXMLファイル] - 起動スケジュールを含むXMLファイルです。スケジュールXMLファイルテンプレートについては、XMLファイルを参照してください。Linuxサーバでは/opt/novell/zenworks/share/zman/samples/schedules、WindowsサーバではInstallation_directory:\Novell\Zenworks\share\zman\samples\ schedulesに保存されています。 スケジュールファイルまたは--run-nowオプションが指定されていない場合、タスクの実行はスケジュールされません。
• -r, --run-now - 展開タスクを作成後ただちに実行するようにスケジュールします。
• -b, --reboot=[再起動オプション] - エージェントの展開後にデバイスを再起動するタイミングを指定します。有効な値は、immediateおよびmanualです。
• -d, --desc=[説明] - 展開タスクの説明。
• -p, --proxy=[Windowsプロキシ] - /デバイスを基準にした、Windowsデバイスの相対パス。管理エージェントをLinuxプライマリサーバからMicrosoft Windowsデバイスに展開するには、Microsoft Windowsを実行している管理対象デバイスが必要です。Windowsプライマリサーバから展開タスクを実行する場合には、このオプションは無視されます。
• -t, --timeout=[タイムアウト] - プライマリサーバがWindowsプロキシからの応答を待機する時間を秒数で指定します。
• -k, --key=[Registration key] - デバイスを登録するための登録キー。

展開タスクを削除します。

展開タスクとステータスを一覧表示します。

次のオプションを受け入れます。

• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果を表示します。引用符で囲む限り、ワイルドカード*および?を使用できます。
• -c, --count - 結果の数が表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

指定された展開タスクをスケジュールして、ただちに実行します。タスクの資格情報がデータストアに保存されている必要があります。

検出されたデバイスを一覧表示します。

次のオプションを受け入れます。

• -n, --nameFilter=[フィルタ文字列] - 指定したフィルタに当てはまるデバイスを表示します。引用符で囲む限り、ワイルドカード*を使用できます。
• -t, --typefilter=[タイプフィルタ] - 指定したタイプに当てはまるオプションを表示します。有効な値は、server、workstation、printer、network、thinclient、other、unknown、およびdeployableです。このオプションを指定していない場合、すべてのタイプのデバイスが表示されます。
• -o, --osfilter=[オペレーティングシステム] - 指定したOSがインストールされているデバイスを表示します。有効な値は、other、win9x、winnt、wince、win2k、win2k3、winxp、nw6、nw6_5、nwoes、suse、sles、nld、rh_es、およびrh_asです。指定しない場合、すべてのデバイスが表示されます。
• -m, --management-status=[管理ステータス] - 指定したステータスを持つデバイスを表示します。有効な値は、discovered、inventoried、managed、およびretiredです。指定しない場合、ステータスにかかわらずすべてのタイプのデバイスが表示されます。
• --modefilter=[discovery mode] - 特定のディスカバリモードを使用して検出されたデバイスを表示します。有効な値は、IP、LDAP、csvimport、ZENworks-migration、およびZAM-migrationです。指定しない場合、すべてのデバイスが表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ディスカバリタスクとステータスを一覧表示します。

次のオプションを受け入れます。

• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果を表示します。引用符で囲む限り、ワイルドカード*および?を使用できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

指定した検出タスクをただちに実行します。

ダイナミックグループを一覧表示します。

次のオプションを受け入れます。

• (デバイスタイプ) - 有効な値はserverおよびworkstationです。
• [フォルダ] - 指定したフォルダのコンテンツを一覧表示します。指定しなかった場合には、ルートフォルダの内容が表示されます。
• [-n|--namefilter=フィルタ文字列] - 指定した名前に一致する結果が表示されます。引用符で囲む限り、ワイルドカード*および?を使用できます。
• [-s|--scrollsize=スクロールサイズ] - 一度に表示される結果の数。
• [-r|--recursive] - サブフォルダを含め、結果を再帰的に一覧表示します。指定しなかった場合は、サブフォルダの内容は一覧表示されません。
• [-c|--count] - 結果の数を表示します。

指定したダイナミックグループのメンバーを一覧表示します。

次のオプションを受け入れます。

• (デバイスタイプ) - 有効な値はserverおよびworkstationです。
• (ダイナミックグループの名前) - 動的グループの名前です。
• [ダイナミックグループフォルダのパス] - ダイナミックグループのパス。完全なパス、またはルートフォルダの関係パスのいずれかを指定できます。
• [-s|--scrollsize=スクロールサイズ] - 一度に表示される結果の数。

指定したダイナミックグループを更新します。

次のオプションを受け入れます。

• (デバイスタイプ) - 有効な値はserverおよびworkstationです。
• (ダイナミックグループの名前) - 動的グループの名前です。複数のグループを一覧表示できます。
• [-f|--folder=ダイナミックグループフォルダのパスを含むフォルダ名] - フルパスを含む、ダイナミックグループフォルダの名前。
• [-a|--all] - 既存の動的グループをすべてリフレッシュします。

指定したダイナミックグループのフィルタを一覧表示します。

(ダイナミックグループフォルダのパス) - ダイナミックグループのパス完全なパスを指定することも、ルートフォルダを基準にした相対パスを指定することもできます。

セキュリティポリシーの情報を暗号化されたXMLポリシーファイルにエクスポートします。XMLポリシーファイルは、同じ管理ゾーンまたは別の管理ゾーンへのポリシーのインポートに使用できます。

注: ポリシーをインポートするには、暗号化されたXMLポリシーファイルを復号できるように、管理ゾーンのセキュリティポリシー暗号化キー(KMK)も提供する必要があります。キーファイルの作成には、esmpolicy-export-kmk-to-fileコマンドを使用します。

(ポリシーパス) - Policiesルートフォルダを基準にしたポリシーオブジェクトの相対パス(ファイル名を含む)。たとえば、FWpolicy1やESMpolicies/DEpolicy4のように指定します。

(XMLポリシーファイルパス) - XMLポリシーファイルを保存するパス(ファイル名を含む)。ファイル名だけを指定した場合、ファイルは現在のディレクトリに保存されます。たとえば、firewallpolicy.xmlまたはc:\firewallpolicy.xmlのように指定します。

例:

zman epetf FWPolicy1 c:\FWpolicy1.xml

zman epetf ESMpolicies/DEpolicy4 DEpolicy4.xml

管理ゾーンのセキュリティポリシー暗号化キー(KMK)をファイルにエクスポートします。キーファイルは、 esmpolicy-import コマンドによるポリシーのインポート時に、XMLポリシーファイル(ゾーン内のポリシーからエクスポートされたファイル)を復号化するために必要です。

(ポリシー暗号化キーのファイルパス) - セキュリティポリシー暗号化キー(KMK)ファイルを保存するパス(ファイル名を含む)。ファイル名だけを指定した場合、ファイルは現在のディレクトリに保存されます。ファイルには、サポートされている任意のファイル名を使用します。拡張子は重要ではありません。任意の拡張子を使用できます。拡張子を使用しなくても構いません。たとえば、KMK.txt、key.xml、KMK、およびdecryption.fileは、すべて有効なファイル名です。

例:

zman epektf c:\key.txt

zman epektf EncryptionKey.xml

esmpolicy-export-to-fileコマンドで作成された暗号化XMLファイルからセキュリティポリシーをインポートします。

(ポリシー名) - ポリシーオブジェクトに割り当てる名前。

(ポリシー暗号化キーのファイルパス) - ポリシーのエクスポート元となった管理ゾーンのセキュリティポリシー暗号化キー(KMK)ファイルのフルパス(ファイル名を含む)。このファイルは、暗号化されたXMLファイルを復号するために必要です。キーファイルが現在のディレクトリにある場合は、ファイル名だけを指定します。

(XMLポリシーファイルパス) - 暗号化されたXMLポリシーファイルのフルパス(ファイル名を含む)。ファイルが現在のディレクトリにある場合は、ファイル名だけを指定します。

[親フォルダ] - ポリシーオブジェクトを作成するPoliciesフォルダ。ルートフォルダでオブジェクトを作成する場合は、このオプションを無視してください。

例:

zman epi FWPolicy c:\key.txt c:\FWpolicy.xml

zman epi DEPolicy key.txt encryptionpolicy.xml esmpolicies/encryption

有効なポリシーレポートのレコードをZENworksデータベースからパージします。次のオプションを使用すると、特定のデバイスまたは特定の期間のレポートレコードをターゲットにすることができます。

[(デバイスパス) (デバイスパス) ... (デバイスパス)]: 特定デバイスの有効なポリシーレポートレコードをパージするには、デバイスごとにフルパスを指定します。すべてのデバイスのレポートをパージする場合は、このオプションを無視してください。

このコマンドは次のオプションを受け入れます。

[-b|--begin-date=年-月-日 時:分:秒]: 特定の日付から開始する有効なポリシーレポートレコードをパージするには、開始日を指定します。開始日またはそれ以降のタイムスタンプを持つすべてのレコードがパージされます。特定の期間を指定するには、このオプションとend-dateオプションを併用してください。

[-e|--end-date=yyyy=MM-dd HH:mm:ss]: 特定の日付までの有効なポリシーレポートレコードをパージするには、終了日を指定します。終了日またはそれ以前のタイムスタンプを持つすべてのレコードがパージされます。特定の期間を指定するには、このオプションとbegin-dateオプションを併用してください。

[-u|--unregisteredDevices]: もうゾーンには登録されていないものの、まだZENworksデータベースにレポートデータのあるデバイスの有効なポリシーレポートレコードをパージします。

例:

zman epep /Devices/Workstations/device1

zman epep /Devices/Workstations/device1 -b "2010-10-10 10:10:10" -e "2010-12-31 24:00:00"

zman epep -u

ZENworksデータベースから緊急回復情報（ERI）レコードをパージします。次のオプションを使用すると、特定のデバイスまたは特定の期間のレコードをターゲットにすることができます。

[(デバイスパス) (デバイスパス) ... (デバイスパス)]: 特定デバイスのERIレコードをパージするには、デバイスごとにフルパスを指定します。すべてのデバイスのレコードをパージする場合は、このオプションを無視してください。

[-b|--begin-date=yyyy-MM-dd HH:mm:ss]: 特定の日付から開始するERIレコードをパージするには、開始日を指定します。開始日またはそれ以降のタイムスタンプを持つすべてのレコードがパージされます。特定の期間を指定するには、このオプションとend-dateオプションを併用してください。

[-e|--end-date=yyyy=MM-dd HH:mm:ss]: 特定の日付までのERIレコードをパージするには、終了日を指定します。終了日またはそれ以前のタイムスタンプを持つすべてのレコードがパージされます。特定の期間を指定するには、このオプションとbegin-dateオプションを併用してください。

[-u|--unregisteredDevices]: もうゾーンには登録されていないものの、まだZENworksデータベースにERIレコードのあるデバイスのERIレコードをパージします。

例:

zman fpe /Devices/Workstations/device1

zman fpe /Devices/Workstations/device1 -b "2010-10-10 10:10:10" -e "2010-12-31 24:00:00"

zman fpe -u

完全ディスク暗号化ポリシーの情報を暗号化されたXMLポリシーファイルにエクスポートします。XMLポリシーファイルは、同じ管理ゾーンまたは別の管理ゾーンへのポリシーのインポートに使用できます。

注: ポリシーをインポートするには、暗号化されたXMLポリシーファイルを復号できるように、管理ゾーンの完全ディスク暗号化ポリシー暗号化キー(KMK)も提供する必要があります。キーファイルの作成には、fdepolicy-export-kmk-to-fileコマンドを使用します。

(ポリシーパス) - Policiesルートフォルダを基準にしたポリシーオブジェクトの相対パス(ファイル名を含む)。たとえば、FDEpolicies/FDEpolicy4です。

(XMLポリシーファイルパス) - XMLポリシーファイルを保存するパス(ファイル名を含む)。ファイル名だけを指定した場合、ファイルは現在のディレクトリに保存されます。たとえば、FDEpolicy.xmlです。

例:

zman fpetf FDEPolicy1 c:\FDEpolicy1.xml

fdepolicy-export-to-fileコマンドで作成された暗号化XMLファイルから完全ディスク暗号化ポリシーをインポートします。

(ポリシー名) - ポリシーオブジェクトに割り当てる名前。

(ポリシー暗号化キーのファイルパス) - ポリシーのエクスポート元となった管理ゾーンの完全ディスク暗号化ポリシー暗号化キー(KMK)ファイルのフルパス(ファイル名を含む)。このファイルは、暗号化されたXMLファイルを復号するために必要です。キーファイルが現在のディレクトリにある場合は、ファイル名だけを指定します。

(XMLポリシーファイルパス) - 暗号化されたXMLポリシーファイルのフルパス(ファイル名を含む)。ファイルが現在のディレクトリにある場合は、ファイル名だけを指定します。

[親フォルダ] - ポリシーオブジェクトを作成するPoliciesフォルダ。ルートフォルダでオブジェクトを作成する場合は、このオプションを無視してください。

例:

zman fpi FDEPolicy c:\key.txt c:\FDEpolicy.xml

管理ゾーンの完全ディスク暗号化ポリシー暗号化キー(KMK)をファイルにエクスポートします。キーファイルは、fdepolicy-importコマンドによるポリシーのインポート時に、XMLポリシーファイル(ゾーン内のポリシーからエクスポートされたファイル)を復号化するために必要です。

(ポリシー暗号化キーのファイルパス) - 完全ディスク暗号化ポリシー暗号化キー(KMK)ファイルを保存するパス(ファイル名を含む)。ファイル名だけを指定した場合、ファイルは現在のディレクトリに保存されます。ファイルには、サポートされている任意のファイル名を使用します。拡張子は重要ではありません。任意の拡張子を使用できます。拡張子を使用しなくても構いません。たとえば、KMK.txt、key.xml、KMK、およびdecryption.fileは、すべて有効なファイル名です。

例:

zman fpektf c:\key.txt

zman fpektf EncryptionKey.xml

未確認の警告またはエラーを持つデバイスのリストを表示します。

次のオプションを受け入れます。

• -c, --count - ホットリスト項目の数のみを表示します。
• -t, --type=[エラータイプ] - ホットリスト項目のエラータイプでフィルタします。有効な値は、Noncompliant、Critical、およびWarningです。
• -o, --operator=[比較演算子] - 指定した場合、この演算子はエラーカウントベースのフィルタリングで使用されます。有効な値は、>、>=、=、<、および<=です。システムが>および<をリダイレクション演算子と誤認識しないよう、これらの演算子は引用符で囲んでください。
• -e, --errorcount=[エラー数] - 指定したエラータイプの数を基準にフィルタします。比較演算子を指定しなかった場合、>=がデフォルトで使用されます。エラータイプが指定されていない場合、この数は不適合エラー、重大エラー、および警告エラーの合計とみなされます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。警告またはエラーは、messages-acknowledgeコマンドを使用して承認できます。デバイスの警告またはエラーすべてがいったん未承認になると、メッセージはホットリストには今後は表示されなくなります。
• 例: 5個より多い重大なエラーを含むデバイスをホットリストに表示するには:
• zman hlv --type critical --operator ">" --error-count 5

ZENworksルート証明書ハッシュを印刷します。

iAMTプロビジョニングサーバまたは管理サーバとして使用されているすべてのプライマリサーバ上で、 .DER形式のIntel AMTプロビジョニング証明書またはIntel AMT管理証明書を作成またはインポートします。

外部証明書をインポートする場合は、次のオプションを受け入れてください。

• -p, --certpath - 外部CAによって署名されたIntel AMTプロビジョニング/管理証明書のパスを指定します。証明書は、.DER形式にする必要があります。

たとえば、外部証明書をインポートするには、次のコマンドを実行します。

zman icmc --certpath C:\Certificate.DER

Intel AMTプロビジョニング/管理サーバまたは外部CA環境内のAMTデバイスに対する証明書要求を作成します。

• isCA - 有効な値は、TrueまたはFalseです。Trueの場合、証明書要求は、Intel AMT管理ゾーンに証明書を生成します。
• Type - 有効な値は、mgmtまたはdeviceです。管理ゾーンまたは管理ゾーン内の特定デバイスに対する証明書要求が作成されます。

次のオプションを受け入れます。

• -c, --country=[国名] - 国の名前を指定します。
• -s, --state=[州名] - 州の名前を指定します。
• -o, --organization=[組織名] - 組織の名前を指定します。
• -u, --orgunit=[組織単位] - 組織の単位を指定します。
• -n, --commonname=[共通名] - 証明書の共通名を指定します。
• -d, --destination-folder=[宛先フォルダ]: 証明書署名要求ファイルのコピー先フォルダのパスを指定します。

Intel AMTプロビジョニング/管理証明書をクリアします。

外部CAまたはその従属CAをサーバ上でインポートします。

• [isclear] - 有効な値はTrueまたはFalseです。trueの場合は、インポートした外部CAまたはその従属CAが削除されます。

外部CAまたはその従属CAをインポートする場合は、次のオプションを受け入れます。

• -i, --inform - 証明書フォーマットがPEMまたはDERのいずれであるか指定します。

• -p, --cacertpath - 証明書パスを指定します。

選択したデバイスに直接割り当てられている最新のプレブートバンドルを適用します。使用可能な直接割り当てがない場合、このコマンドでは、選択したデバイスの継承割り当てに属する最初のプレブートバンドルが適用されます。バンドルは、デバイスが次にプレブート作業を確認するときに適用されます。

次のオプションを受け入れます。

• (デバイスタイプ) - 有効な値はserverおよびworkstationです。
• (デバイス名) - サーバまたはワークステーションオブジェクトの名前。

たとえば、割り当てられているイメージングバンドルをネームサーバ1を使用してサーバに適用するには、次のコマンドを実行します。

zman iaaib server server1

デバイスオブジェクトがフォルダ内にある場合は、次のコマンドを使用します。

iaaib (デバイスタイプ) (デバイスのフォルダ/パス)/(デバイス名)

ここでfolder/path of deviceは、WorkstationまたはServerフォルダ内のデバイスの相対パス。

ディレクトリ内に複数のワークステーションがあり、ワークステーション名の前にアルファベット数字(dev091、dev092、...dev099など)が付いている場合は、Linuxサーバから次のコマンドを使用して、割り当てられたイメージングバンドルを複数のデバイスに同時に適用します。

zman iaaib workstation folderx/dev{09{1,2,3,4,5,6,7,9}}

バンドルはデバイスdev091、dev092、などに適用されます。

インベントリデータコレクションフォームを1つ以上のデバイスに送信します。

次のオプションを受け入れます。

• -f, --folder=[デバイスフォルダ] - /デバイスを基準にした、デバイスフォルダの相対パス。このオプションを指定すると、デバイスオブジェクトのパスは、このフォルダを基準にした相対パスとして決定されます。これは、同じフォルダで複数のデバイスオブジェクトを指定するのに使用できます。

1つ以上のデバイスのインベントリスキャンを実行します。

次のオプションを受け入れます。

• -f, --folder=[デバイスフォルダ] - /デバイスを基準にした、デバイスフォルダの相対パス。このオプションを指定すると、デバイスオブジェクトのパスは、このフォルダを基準にした相対パスとして決定されます。これは、同じフォルダで複数のデバイスオブジェクトを指定するのに使用できます。

管理者が定義したローカル製品と製品の指紋をエクスポートします。ローカル製品をエクスポートできるのはCDLP権限を持つ管理者だけです。

製品データをエクスポートするには、次のように指定します。

zman ielp {パス名}。

例:

管理者が定義したすべてのローカル製品を、ZENworks Configuration Managementから ./output/lpexports.txtのファイルにエクスポートする例を示します。

zman ielp ./output/lpexports.txt.

管理者が定義したローカル製品と製品の指紋をインポートします。ローカル製品をインポートできるのはCDLP権限を持つ管理者だけです。

• dokbmerge - ローカル製品のインポート後にKBマージをトリガします。

製品データをインポートするには、次のように指定します。

zman iilp {パス名} [-U (管理者)] [-P (パスワード)].

例:

管理者が定義したローカル製品を、./output/lpimports.txtのファイルからZENworks Configuration Managementにインポートする例を示します。

zman iilp ./output/lpimports.txt -U Administrator -P novell.

ZENworks製品(Asset Inventory for Linux、ZENworks Configuration Management、ZENworks Asset Management、ZENworks Full Disk Encryption、ZENworks Endpoint Security Management)またはZENworks Suiteを有効にします。

ZENworks製品を非アクティブ化します。引数として製品名だけが必要です。

ライセンス情報を表示します。

通常1日1回更新される、保存されているライセンスキャッシュをシステムに更新させます。このコマンドを使用すると、評価版ライセンスの期限が切れ、キャッシュに反映されていない場合など、いつでもキャッシュを更新できます。

既知のすべてのZENworks Configuration ManagementコンポーネントとDataModelプラグインの現在のライセンスステータスを一覧にします(2つのそれぞれのリスト)。

特定のデバイスフォルダまたはデバイスオブジェクトに場所を割り当てます。

(デバイスフォルダまたはデバイスオブジェクトパス) - デバイスフォルダまたはデバイスオブジェクトの完全なパス。

[場所オブジェクト] [...] - 場所オブジェクトの名前。

-a, --allLocations - このパラメータを使用して、デバイスフォルダまたはデバイスオブジェクトにすべての場所およびネットワーク環境を割り当てます。

指定された場所への監査データのアップロードを設定します。

(場所名) - 場所の名前です。

(状態) - 次の状態から選択します。

場所を作成し、(オプションで)場所にネットワーク環境を割り当てます。

(場所名) - 新しい場所に割り当てる名前。

[ネットワーク環境名] - 場所に割り当てる既存のネットワーク環境の名前。 複数のネットワーク環境を追加できます。場所の作成中のネットワーク環境の追加はオプションです。場所の作成後に、location-nwenv-assignコマンドを使用して、ネットワーク環境を追加することができます。

[ネットワーク環境名] - 場所に割り当てる既存のネットワーク環境の名前。 複数のネットワーク環境を追加できます。場所の作成中のネットワーク環境の追加はオプションです。場所の作成後に、location-nwenv-assignコマンドを使用して、ネットワーク環境を追加することができます。

次のオプションを受け入れます。

場所を削除します。

(場所名) - 削除する場所の名前。 1つまたは複数の場所名を指定できます。

場所からすべてのネットワーク環境を削除します。

(場所名) - 割り当てられたすべてのネットワーク環境を削除する場所の名前。

指定したネットワーク環境を場所から削除します。

(場所名) - ネットワーク環境を削除する場所の名前。

[ネットワーク環境名] -削除するネットワーク環境の名前。複数のネットワーク環境を削除することができます。

場所を一覧表示します。

次のオプションを受け入れます。

• -c, --count - 結果の数が表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

場所に割り当てられたネットワーク環境を一覧表示します。

(場所名) - ネットワーク環境を表示する場所の名前。

次のオプションを受け入れます。

• -c, --count - 結果の数が表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

指定した場所に関連付けられたポリシーやバンドルなどのZENworksオブジェクトを一覧表示します。

(場所名) - ZENworksオブジェクトを表示する場所の名前。

次のオプションを受け入れます。

• -c, --count - 結果の数が表示されます。

場所にネットワーク環境を追加します。

(場所名) - ネットワーク環境を割り当てる場所の名前。

[ネットワーク環境名] - 場所に追加する既存のネットワーク環境の名前。 複数のネットワーク環境を追加できます。

場所の名前を変更します。

(古い名前) - 名前を変更する場所の名前。

(新しい名前) - 場所の新しい名前。

要求元デバイスが最新の変更を取得できるように、サーバに対して場所設定の応答の再計算を要求します。

[デバイスフォルダまたはデバイスオブジェクトパス][...]:デバイスフォルダまたはデバイスオブジェクトのパスを指定します。

-f, --forceRecompute:場所設定のすべての応答を強制的に再計算します。

指定した場所で認識されたデバイスに、コンテンツを配布する際に使用する帯域幅スロットルレートを設定します。ZENworksサーバおよびネットワークシステムのパフォーマンスを最大化するために、高帯域幅環境と低帯域幅環境で別のスロットルレートセットを使用できます。スロットルレートは、優先順序の高いパッチおよびバンドルコンテンツがすばやく展開できるようにバンドルで上書きすることができます。

(場所名) - 帯域スロットルレートを定義する場所の名前。

(スロットルレート) - 毎秒あたりのキロビット（kbps）数での最大帯域幅レート。

未知の場所で認識されたデバイスに、コンテンツを配布する際に使用する帯域幅スロットルレートを設定します。

(スロットルレート) - 毎秒あたりのキロビット（kbps）数での最大帯域幅レート。

ZENworks管理対象デバイス、バンドル、またはポリシーに関連するメッセージを確認します。

[オブジェクトパス] - メッセージが関連しているオブジェクトのフルパス。オブジェクトは、サーバ、ワークステーション、バンドル、またはポリシーのいずれかになります。

次のオプションを受け入れます。

• -b, --begin-date=[メッセージがログされた日付] - この日付以降にログされたメッセージを確認します。日付の形式は、YYYY-MM-DDです。
• -e, --end-date=[メッセージがログされた日付] - この日付以前にログされたメッセージを確認します。日付の形式は、YYYY-MM-DDです。
• -a, --all - オブジェクトに対してログ記録されたメッセージをすべて確認します。オブジェクトが指定されていない場合、ログ記録されたすべてのメッセージが確認されます。
• -l, --logID=[ログID][...] - 確認するメッセージのログIDのカンマ区切りリスト。ログIDは、messages-viewコマンドを使用して取得できます。
• -L, --logID-file=[ファイルパス] - メッセージログIDを含むファイルのパス。ファイルの各行には1つのメッセージログIDが含まれている必要があります。ログIDを入力するには、このオプションを--log-IDオプションの代わりに使用します。

ZENworks管理デバイスに関連するメッセージを削除します。

[オブジェクトパス] - メッセージが関連しているオブジェクトのフルパス。オブジェクトは、サーバ、ワークステーション、バンドル、またはポリシーのいずれかになります。

次のオプションを受け入れます。

• -b, --begin-date=[メッセージがログされた日付] - この日付以降にログされたメッセージを削除します。日付の形式は、YYYY-MM-DDです。
• -e, --end-date=[メッセージがログされた日付] - この日付以前にログされたメッセージを削除します。日付の形式は、YYYY-MM-DDです。
• -l, --logID=[ログID][...] - 削除するメッセージのログIDのカンマ区切りリスト。ログIDは、messages-viewコマンドを使用して取得できます。
• -L, --logID-file=[ファイルパス] - メッセージログIDを含むファイルのパス。ファイルの各行には1つのメッセージログIDが含まれている必要があります。ログIDを入力するには、このオプションを--log-IDオプションの代わりに使用します。

ZENworks管理デバイス、バンドル、またはポリシーに関連するメッセージのリストを表示します。

• -S, --severity=[重大度 [ ...] - メッセージの重大度でフィルタします。有効な値は、critical、warning、およびinfoです。
• -t, --type=[メッセージタイプ] - メッセージのソースでフィルタします。有効な値は、serverおよびclientです。serverでフィルタすると、ZENworksサーバによって生成されたメッセージのリストが表示されます。clientでフィルタすると、そのデバイス上のZENworks Agentによって生成されたメッセージのリストが表示されます。
• -D, --date-condition=[日付条件] - 日付範囲に基づいてメッセージをフィルタします。有効な値は、before、since、およびbetweenです。日付を指定するには--begin-dateオプションおよび--end-dateオプションを指定します。日付条件が使用され、日付が指定されていない場合は、現在の日付がデフォルトで使用されます。
• -b, --begin-date=[メッセージがログされた日付] - メッセージがログされた日付。日付の形式は、YYYY-MM-DDです。このオプションは日付条件オプションとともに使用する必要があります。日付条件が指定されていない場合は、この日付以前のメッセージが表示されます。
• -e, --end-date=[メッセージがログされた日付] - メッセージがログされた日付。日付の形式は、YYYY-MM-DDです。日付条件オプションの値としてbetweenを指定する場合は、このオプションを指定する必要があります。
• -a, --acknowledged - 確認されたメッセージでフィルタします。
• -n, --not-acknowledged - 確認されていないメッセージでフィルタします。
• -m, --messagefilter=[ローカライズメッセージ] - ローカライズされたメッセージでフィルタします。
• -c, --count - メッセージ数のみ表示します。
• -o, --sort-order=[ソート順序] - 日付、重大度、および承認に基づいてメッセージをソートします。
• -A, --asc - ソート済みリストのソート方向を指定します。デフォルトは降順です。
• -d, --detailed - メッセージに関する詳細を返します。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

指定されたネットワーク環境の監査データのアップロード設定を設定します。

(ネットワーク環境名) - ネットワーク環境の名前。

(状態) - 次の状態から選択します。

指定したXMLファイルに含まれている情報からネットワーク環境を作成します。

(ネットワーク環境名) - ネットワーク環境に割り当てる名前。

-d, --desc=<説明> - ネットワーク環境の説明。

[ネットワーク環境XMLファイル] - ネットワーク環境の作成に必要な情報が含まれたXMLファイルのパス名。XMLファイルを持っていない場合は、 network-environment-export-to-fileコマンドを使用して既存のネットワーク環境の情報をエクスポートします。 その後、XMLファイルを新しいネットワーク環境ファイル作成用のテンプレートとして使用できます。

ネットワーク環境を削除します。

(ネットワーク環境名) - 削除するネットワーク環境の名前。 1つまたは複数の名前を指定できます。

ネットワーク環境の情報をXML形式のファイルにエクスポートします。

network-environment-createコマンドでは、ネットワーク環境はXML形式のファイルで入力する必要があります。このファイルをテンプレートとして使用し、必要に応じて、新しいネットワーク環境を作成するときに使用する情報を含むように変更できます。

(ネットワーク環境名) - ファイルに情報をエクスポートするネットワーク環境の名前。

(XMLファイルパス) - エクスポートファイルのファイルパスおよび名前。

ネットワーク環境を一覧表示します。

次のオプションを受け入れます。

• -c, --count - 結果の数が表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

指定したネットワーク環境に関連付けられたポリシーやバンドルなどのZENworksオブジェクトを一覧表示します。

(ネットワーク環境名) - ZENworksオブジェクトを表示するネットワーク環境の名前。

次のオプションを受け入れます。

• -c, --count - 結果の数が表示されます。

ネットワーク環境の名前を変更します。

(古い名前) - 名前を変更するネットワーク環境の名前。

(新しい名前) - ネットワーク環境の新しい名前。

特定のネットワーク環境にあるデバイスに、コンテンツを配布する際の帯域幅スロットルレートを設定します。ZENworksサーバおよびネットワークシステムのパフォーマンスを最大化するために、高帯域幅環境と低帯域幅環境で別のスロットルレートセットを使用できます。スロットルレートは、優先順序の高いパッチおよびバンドルコンテンツがすばやく展開できるようにバンドルで上書きすることができます。

(ネットワーク環境名) - 帯域幅スロットルレートを定義するネットワーク環境の名前。

(スロットルレート) - 毎秒あたりのキロビット（kbps）数での最大帯域幅レート。

プライマリサーバをMicro Focus Customer Centerに登録します。

(abc@xyz.com) - プライマリサーバをMicro Focus Customer Centerのサーバに登録するための電子メールアドレス。

(登録キー) - プライマリサーバをMicro Focus Customer Centerのサーバに登録するための登録キー。

[プライマリサーバのパス] - Micro Focus Customer Centerのサーバに登録するためのプライマリサーバのパス。

-i, --nccConfigXML= ncc-config.xml - 製品、バージョン、アーキテクチャ、およびリリースなどの登録情報が含まれたXMLファイル。

-r, --reRegister - プライマリサーバをMicro Focus Customer Centerのサーバに再登録します。

例:

ローカルプライマリサーバをMicro Focus Customer Centerのサーバに登録するには、次のコマンドを実行します。

zman nccreg email reg-key

特定のプライマリサーバをMicro Focus Customer Centerのサーバに登録するには、次のコマンドを実行します。

zman nccreg email reg-key server_path

ローカルプライマリサーバをMicro Focus Customer Centerのサーバに再登録するには、次のコマンドを実行します。

zman nccreg email reg-key -r

特定のプライマリサーバをMicro Focus Customer Centerのサーバに再登録するには、次のコマンドを実行します。

zman nccreg email reg-key server_path -r

モバイルデバイスの新しいフォルダを作成します。

次のオプションを受け入れます。

• --desc=[説明] - フォルダの説明。

モバイルグループを作成して、メンバーを追加します。

次のオプションを受け入れます。

• --desc=[説明] - グループの説明。
• -m, --members=[モバイルパス][...] - /Devices/Mobile Devicesへのモバイルデバイスの相対パスです。
• -f, --folder=[モバイルフォルダ] - /Devices/Mobile Devicesへのモバイルデバイスフォルダの相対パスです。このオプションを指定すると、モバイルデバイスオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のモバイルデバイスオブジェクトを指定するのに使用できます。

モバイルデバイスオブジェクトを別のフォルダに移動します。

モバイルデバイスオブジェクトを名前変更します。

1つ以上のモバイルデバイスオブジェクトを削除します。

(モバイルオブジェクトのパス) [...] - /Devices/Mobile Devicesへのモバイルデバイスオブジェクト(モバイルデバイス、モバイルデバイスフォルダ、またはモバイルデバイスグループ)への相対パスです。ワイルドカード*は、引用符で囲まれている場合には、オブジェクト名に使用できます。オブジェクトを削除するのにワイルドカードを使用する場合は、注意します。

次のオプションを受け入れます。

• -r, --recursive - フォルダ内のオブジェクトを再帰的に削除します。
• -f, --folder=[モバイルフォルダ] - /Devices/Mobile Devicesへのモバイルデバイスフォルダの相対パスです。このオプションを指定すると、モバイルデバイスオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のモバイルデバイスオブジェクトを指定するのに使用できます。

モバイルデバイスをモバイルデバイスグループに追加します。

次のオプションを受け入れます。

• -f, --folder=[モバイルフォルダ] - /Devices/Mobile Devicesへのモバイルデバイスフォルダの相対パスです。このオプションを指定すると、モバイルデバイスオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のモバイルデバイスオブジェクトを指定するのに使用できます。

モバイルデバイスオブジェクトを一覧表示します。

次のオプションを受け入れます。

• -r, --recursive - サブフォルダを含め、結果を再帰的に一覧表示します。このオプションを指定しなかった場合は、サブフォルダの内容は一覧表示されません。
• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果を表示します。引用符で囲む限り、ワイルドカード*および?を使用できます。
• -t, --typefilter=[タイプフィルタ][...] - 指定したオブジェクトタイプのカンマ区切りリストに一致する結果が表示されます。有効な値は、device、group、およびfolderです。
• -c, --count - 結果の数が表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。
• -f, --flagfilter=[フラグフィルタ][...] - 指定したフラグのカンマ区切りリストに一致する結果が表示されます。有効な値は、retired、notretired、test、non-testです。

モバイルデバイスグループまたは動的モバイルデバイスグループのメンバーを一連表示します。

次のオプションを受け入れます。

• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

モバイルデバイスグループからモバイルデバイスを削除します。

次のオプションを受け入れます。

• -f, --folder=[モバイルフォルダ] - /Devices/Mobile Devicesへのモバイルデバイスフォルダの相対パスです。このオプションを指定すると、モバイルデバイスオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のモバイルデバイスオブジェクトを指定するのに使用できます。

任意のモバイルデバイスがメンバーであるグループを一覧表示します。

次のオプションを受け入れます。

• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ポリシーをモバイルデバイスオブジェクトに割り当てます。

次のオプションを受け入れます。

• -c, --conflicts=[ポリシー競合解決順序] - ポリシー競合の解決方法を決定します。有効な値は、userlastまたは1、devicelastまたは2、deviceonlyまたは3、useronlyまたは4です。userlastの場合、デバイスに関連付けられたポリシーがまず適用され、それからユーザに関連付けられたポリシーが適用されます。devicelastの場合、ユーザに関連付けられたポリシーがまず適用され、それからデバイスに関連付けられたポリシーが適用されます。deviceonlyの場合、ユーザに関連付けられたポリシーは無視されます。useronlyの場合、デバイスに関連付けられたポリシーは無視されます。このオプションを指定しなかった場合には、userlastがデフォルト値として使用されます。
• -e, --enforce-now - 割り当てられているすべてのデバイスに対してポリシーをすぐに強制します。
• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

モバイルデバイスオブジェクトに割り当てられたポリシーを削除します。

次のオプションを受け入れます。

• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

モバイルデバイスオブジェクトに割り当てられたポリシーを一覧表示します。

次のオプションを受け入れます。

• -a, --all - 有効および無効のポリシー両方を一覧表示します。
• -e, --effective - 有効なポリシーのみ一覧表示します。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

モバイルデバイスに割り当てられたポリシーの順序を変更します。mobile-list-policiesコマンドを使用して、割り当てられたポリシーの順序を取得します。

モバイルに割り当てられたポリシーの詳細な展開ステータスを表示します。

次のオプションを受け入れます。

• --statusfilter=[ステータスタイプ][...] - ポリシー適用イベントのステータスでフィルタします。有効な値は、S、F、およびP (Success、Failure、およびPending)です。ステータスタイプのカンマ区切りリストを指定できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

モバイルデバイスをテストデバイスとして設定します。

例:

mobiledevice1をテストデバイスとして設定する場合:

zman msat mobiledevice1

モバイルデバイスをテストデバイス以外として設定します。

例:

mobiledevice1をテストデバイス以外として設定する場合:

zman msan mobiledevice1

ZENworksオブジェクトのGUIDを取得します。

(オブジェクトパス) - スラッシュ(/)から始まるZENworksオブジェクトのフルパス。

ZENworksオブジェクトの名前を取得します。

(ZENworks GUID) - オブジェクトのZENworks GUIDで、32文字から構成されます。

指定したGUIDを持つZENworksオブジェクトのパスを取得します。

(ZENworks GUID) - オブジェクトのZENworks GUIDで、32文字から構成されます。

プライマリサーバ上の指定されたバンドルまたはポリシーを複製します。

例:

バンドルのコンテンツを現在のサーバに複製するには、zman psrc /Bundle/bundle1を指定します。

ポリシーのコンテンツを現在のサーバに複製するには、zman psrc /Policy/policy1を指定します。

プライマリサーバ上の指定されたバンドルまたはポリシーのコンテンツをクリーンアップします。

例:

現在のサーバからバンドルのコンテンツをクリーンアップするには、zman pscc /Bundle/bundle1を指定します。

現在のサーバからポリシーのコンテンツをクリーンアップするには、zman psrc /Policy/policy1を指定します。

ポリシーまたはポリシーグループを1つまたは複数のデバイスまたはユーザオブジェクトに割り当てます。

(デバイスまたはユーザタイプ) - 有効な値は、device、server、workstation、およびuserです。

(デバイスまたはユーザオブジェクトパス) [...] - 指定したデバイスまたはユーザタイプのルートフォルダを基準にした、デバイスまたはユーザオブジェクトの相対パス。

次のオプションを受け入れます。

• -c, --conflicts=[ポリシー競合解決順序] - ポリシーの競合の解決方法を決定します。有効な値は、userlastまたは1、devicelastまたは2、deviceonlyまたは3、useronlyまたは4です。userlastの場合、デバイスに関連付けられたポリシーがまず適用され、それからユーザに関連付けられたポリシーが適用されます。devicelastの場合、ユーザに関連付けられたポリシーがまず適用され、それからデバイスに関連付けられたポリシーが適用されます。deviceonlyの場合、ユーザに関連付けられたポリシーは無視されます。useronlyの場合、デバイスに関連付けられたポリシーは無視されます。このオプションを指定しなかった場合には、userlastがデフォルト値として使用されます。
• -e, --enforce-now - 割り当てられているすべてのデバイスに対してポリシーをただちに強制的に適用します。
• -f, --folder=[デバイスまたはユーザフォルダ] - ルートフォルダを基準にした、デバイスまたはユーザフォルダの相対パス。このオプションを指定すると、デバイスまたはユーザオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のデバイスまたはユーザオブジェクトを指定するのに使用できます。

ポリシーを作成します。

(ポリシーXMLファイル) - エクスポートしたポリシー情報が含まれるXMLファイル。policy-export-to-file (petf)を使用して、ポリシーの情報をXMLファイルにエクスポートします。ファイルを再使用する場合には、ZENworksコントロールセンターで作成したポリシーからテンプレートXMLファイルを作成することができます。

次のオプションを受け入れます。

• -d, --desc=[説明] - ポリシーの説明。
• -a, --actioninfo=[ポリシーのファイルコンテンツ] - ポリシーに関連付けられ、パッケージ化されたファイルコンテンツに関する情報が含まれたXMLファイル。たとえば、プリンタポリシーに対してインストールするドライバファイルはファイルコンテンツです。XML形式のテンプレートについては、ActionInfo.xml ファイルを参照してください。Linuxサーバでは/opt/novell/zenworks/share/zman/samples/policies、Windowsサーバでは Installation_directory:\Novell\Zenworks\share\zman\ samples\policiesに保存されています。
• -s, --create-as-sandbox=[サンドボックスとして作成] - ポリシーをサンドボックスとして作成します。
• -n, --create-with-new-grid - 新しいGUIDを使用してポリシーオブジェクトを作成します。オプションが指定されない場合、ポリシーXMLファイル内のインポートされたGUIDのポリシーオブジェクトが検証されます。インポートされたGUIDが存在しない場合は新しいGUIDが作成され、存在する場合はインポートされたGUIDが保持されます。

ポリシーをコピーします。

次のオプションを受け入れます。

• -d, --desc=[説明] - ポリシーの説明。

1つまたは複数のポリシーオブジェクトを削除します。

(ポリシーオブジェクトのパス) [...] - /ポリシーを基準にした、ポリシーオブジェクト(ポリシー、ポリシーフォルダ、またはポリシーグループ)の相対パス。ワイルドカード*は、引用符で囲まれている場合には、オブジェクト名に使用できます。オブジェクトを削除するのにワイルドカードを使用する場合は、注意します。

次のオプションを受け入れます。

• -r, --recursive - フォルダ内のオブジェクトを再帰的に削除します。
• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

ポリシーを無効にします。

次のオプションを受け入れます。

• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

1つまたは複数のポリシーバージョンを削除します。

例:

ポリシーzenpolicyのバージョン3を削除する場合:

zman pdv zenpolicy 3

ポリシーzenpolicyのすべてのバージョンを削除する場合:

zman pdv zenpolicy -a

ポリシーzenpolicyの指定されたバージョン以前のすべてのバージョンを削除する場合:

zman pdv zenpolicy version -p

ポリシーを有効にします。

次のオプションを受け入れます。

• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

ポリシーの情報(XML形式)をファイルにエクスポートします。このXMLファイルはポリシー作成時の入力として使用します。

(XMLファイルパス) - ポリシーの情報をエクスポートするXMLファイルの完全なパス。

[ポリシーのバージョン] - エクスポートするポリシーのバージョン。バージョンが指定されていない場合、発行されたバージョンのポリシーがエクスポートされます。ポリシーのサンドボックスバージョンをエクスポートするには、sandboxを指定します。

[-c|--export-content] - ポリシー情報のエクスポート先であるXMLファイルが格納されているディレクトリ内のサブディレクトリに、ポリシーのコンテンツをエクスポートします。オプションを指定しない場合、ポリシーコンテンツはエクスポートされません。

例:

zenpolicyという名前のサンドボックスバージョンのポリシーを、policy.xmlという名前のxmlファイルにエクスポートする場合:

zman petf policyfolder/zenpolicy C:\policies\policy.xml sandbox

zenpolicyという名前のバージョン3のポリシーを、policy.xmlという名前のxmlファイルにエクスポートする場合:

zman petf policyfolder/zenpolicy C:\policies\policy.xml 3

zenpolicyという名前のバージョン5のポリシーをpolicy.xmlという名前のxmlファイルにエクスポートし、ポリシーのコンテンツをC:\policies\にエクスポートする場合:

zman petf policyfolder/zenpolicy C:\policies\policy.xml 5 -c

ポリシーを格納するための新しいフォルダを作成します。

次のオプションを受け入れます。

• --desc=[説明] - フォルダの説明。

ポリシーグループにポリシーを追加します。

次のオプションを受け入れます。

• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

ポリシーグループを作成して、メンバーを追加します。

次のオプションを受け入れます。

• --desc=[説明] - グループの説明。
• -m, --members=[ポリシーパス][...] - /ポリシーを基準にした、ポリシーの相対パス。
• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

ポリシーグループのメンバーを一覧表示します。

次のオプションを受け入れます。

• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ポリシーグループからポリシーを削除します。

次のオプションを受け入れます。

• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

ポリシーオブジェクトを一覧表示します。

次のオプションを受け入れます。

• -r, --recursive - サブフォルダを含め、結果を再帰的に一覧表示します。このオプションを指定しなかった場合は、サブフォルダの内容は一覧表示されません。
• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果を表示します。引用符で囲む限り、ワイルドカード*および?を引用符で囲まれている限りは使用できます。
• -c, --count - 結果の数が表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ポリシーのデバイスとユーザ割り当てを一覧表示します。

次のオプションを受け入れます。

• -t, --typefilter=[割り当てのタイプ] - 割り当てタイプでフィルタします。有効な値は、deviceおよびuserです。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

指定したポリシーがメンバーであるグループのリストを表示します。

次のオプションを受け入れます。

• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ポリシーのすべてのバージョンを一覧表示します。

例:

ポリシーzenpolicyのすべてのバージョンを一覧表示する場合:

zman plv zenpolicy

ポリシーオブジェクトを別のフォルダに移動します。

既存のポリシーバージョンからサンドボックスを作成します。

[ポリシーのバージョン] - サンドボックスの作成に使用されるポリシーのバージョンを指定します。

次のオプションを受け入れます。

• -f, --force =[強制] - 既存のサンドボックスを上書きします。

例:

ポリシーzenpolicyのバージョン2からサンドボックスを作成する場合:

zman psc zenpolicy 2

サンドボックスを発行してポリシーの発行済みバージョンを作成します。

例:

ポリシーzenpolicyのサンドボックスを発行する場合:

zman psp zenpolicy

サンドボックスバージョンのポリシーを新しいポリシーに発行します。

(ポリシーパス) - ポリシーのルートフォルダである /Policiesを基準にしたポリシーオブジェクトの相対パス。

(ポリシー名) - 作成する新しいポリシーの名前。

[親フォルダ] - 新しいポリシーを作成するフォルダ。指定されていない場合、ポリシーがルートフォルダに作成されます。

次のオプションを受け入れます。

• -s, --createAsSandbox =[サンドボックスとして作成] - ポリシーをサンドボックスとして作成します。
• -g, --groups - 新しく作成したポリシーを、ソースポリシーがメンバーになっているすべてのグループに追加します。
• -d, --deviceAssignments - すべてのデバイス割り当てをソースポリシーから新しく作成するポリシーにコピーします。
• -u, --userAssignments - すべてのユーザ割り当てをソースポリシーから新しく作成するポリシーにコピーします。

例:

サンドボックスバージョンのポリシーを新しいポリシーに発行する場合:

zman psptn policy1 policy2 /Policies/Folder1

サンドボックスを削除して、ポリシーの最新の発行済みバージョンに戻します。

例:

サンドボックスを削除して、ポリシーの最新の発行済みバージョンに戻す場合:

zman psr zenpolicy

ポリシーオブジェクトを名前変更します。

• -p, --publish =[発行] - このオプションが指定され、バンドルの表示名が編集された場合、バンドルは即座に発行されます。ただし、現在のバンドルの表示名が既存のバンドル名と異なる場合、またはバンドルにサンドボックスがすでに存在する場合は、このオプションを指定しても効果はありません。

ポリシーまたはポリシーグループを1つまたは複数のデバイスまたはユーザオブジェクトから割り当て解除します。

(デバイスまたはユーザタイプ) - 有効な値は、device、server、workstation、およびuserです。

(デバイスまたはユーザオブジェクトパス) [...] - 指定したデバイスまたはユーザタイプのルートフォルダを基準にした、デバイスまたはユーザオブジェクトの相対パス。

次のオプションを受け入れます。

• -f, --folder=[デバイスまたはユーザフォルダ] - ルートフォルダを基準にした、デバイスまたはユーザフォルダの相対パス。このオプションを指定すると、デバイスまたはユーザオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のデバイスまたはユーザオブジェクトを指定するのに使用できます。

ポリシーの展開ステータスの詳細を表示します。

次のオプションを受け入れます。

• -d, --device=[デバイスパス] - 指定されたデバイスのみに対する配布ステータスを表示します。デバイスのパスは、/デバイスを基準にした相対パス。
• -u, --user=[ユーザパス] - 指定したユーザのみの展開ステータスを表示します。ユーザのパスは、/ユーザを基準にした相対パス。デバイスも指定した場合、指定したデバイスにログインしている指定したユーザのステータス詳細が表示されます。
• -n, --namefilter=[ターゲットデバイス名] - デバイスの名前でフィルタします。指定したフィルタに一致するオプションを表示します。ワイルドカードの*および?は、引用符で囲まれている限りは使用できます。
• --statusfilter=[ステータスタイプ][...] - ポリシー適用イベントのステータスでフィルタします。有効な値は、S、F、およびP (Success、Failure、およびPending)です。ステータスタイプのカンマ区切りリストを指定できます。
• -t, --typefilter=[ターゲットデバイスまたはユーザタイプ][...] - ターゲットのタイプでフィルタします。有効な値は、server、workstation、およびuserです。ターゲットタイプのカンマ区切りリストを指定できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。
• -v, --version [値]
• 有効な値は次のとおりです。
• published: このオプションを使用して、ポリシーを展開する非テストデバイスの数を表示します。
• 「sandbox」: このオプションを使 して、ポリシーのサンドボックスバージョンを展開するテストデバイスの数を表示します。
• [version-of-the-object]: バージョン番号を使用して関連するバンドルバージョンのステータスを取得します。
• デフォルト値は「published」です。
• -c, --status-calculation [値]
• 有効な値は次のとおりです。
• consolidated: このオプションを使用して、このポリシーを展開するデバイスの合計数を表示します。
• 「version」: このオプションを使用して、特定のバージョンのステータスを表示します。
• デフォルト値は「version」です。

特定のポリシーの展開ステータスのサマリを表示します。

次のオプションを受け入れます。

-v, --version [値]

有効な値は次のとおりです。

-c, --status-calculation [値]

デフォルト値は「version」です。

設定をコピーします。

(ソースポリシーまたはポリシーフォルダパス) - /ポリシーを基準にした、設定のコピー元ポリシーまたはポリシーフォルダの相対パス。

(宛先ポリシーまたはポリシーフォルダパス) [...] - /ポリシーを基準にした、設定のコピー先ポリシーまたはポリシーフォルダの相対パス。

次のオプションを受け入れます。

• -n, --names=[設定名][...] - ソースパスからコピーされる設定の名前。指定しなかった場合、ソースパスで定義されたすべての設定がコピーされます。

設定データ(XML形式)をファイルにエクスポートします。設定の作成および変更用の入力としてXMLファイルが使用されます。

(XMLファイルパス) - 設定データがXML形式で保存されるファイル。ファイルが存在しない場合、新しいファイルが作成されます。

[設定名] [...] - エクスポートする設定の名前。指定しなかった場合、すべての設定がエクスポートされます。

次のオプションを受け入れます。

• s, --source=[ソースポリシーまたはポリシーフォルダパス] - /ポリシーを基準にした、設定のエクスポート元ポリシーまたはポリシーフォルダの相対パス。指定しなかった場合、設定はゾーンからエクスポートされます。
• -e, --effective - 指定した場合は有効な設定が取得されます。そうでない場合はソースパスで定義/上書きされた設定のみが取得されます。

親フォルダへの設定を取り消します。

(ソースポリシーまたはポリシーフォルダパス) - /ポリシーを基準にした、設定を元に戻すポリシーまたはポリシーフォルダの相対パス。

さまざまなレベルで設定を行います。

(XMLファイルパス) - エクスポートされた設定情報が含まれるXMLファイル。settings-export-to-file (setf)を使用して、設定情報をXMLファイルにエクスポートします。

次のオプションを受け入れます。

[設定名] [...] - エクスポートする設定の名前。指定しなかった場合、すべての設定がエクスポートされます。

• -f, --force - すべての子(サブフォルダおよび個々のポリシー)にこれらの設定の継承を強制します。
• s, --source=[ソースポリシーまたはポリシーフォルダパス] - /ポリシーを基準にした、設定が必要なポリシーまたはポリシーフォルダの相対パス。指定しなかった場合、設定はゾーンレベルで設定されます。

保存された検索を一覧表示します。

次のオプションを受け入れます。

• [-d, --detailed] - 保存された検索のフィルタ基準を一覧表示します。

保存された検索を実行します。

次のオプションを受け入れます。

• (保存された検索) - 実行する、保存された検索。
• [フォルダパス] - /デバイスを基準にした、検索を実行するデバイスフォルダの相対パス。デフォルトのフォルダは、/デバイスです。
• [-r, --recursive] - このオプションは、ZENworks 11 SP3で非推奨になりました。このオプションを指定しても無視されます。再帰的な値は、保存された検索から取得されます。
• [-s, --scrollsize=スクロールサイズ] - 一度に表示される結果の数。

キューエントリを削除してキュー内容を消去します。

(キューステータス) [...] - キューエントリのステータスでフィルタします。有効な値は、N、I、C、S、および F (New、In Progress、Cancelled、Success、およびFailed)です。

キューエントリを一覧表示します。

[サーバパス] - /デバイス/サーバを基準にした、サーバの相対パス。特定のサーバに属するキューエントリのみ一覧表示します。

次のオプションを受け入れます。

• -t, --type=[キューのアクションタイプ] - キューエントリのタイプでフィルタします。たとえば、content.cleanupはキューエントリのタイプです。
• -s, --status=[キューステータス] - キューエントリのステータスでフィルタします。有効な値は、N、I、C、S、および F (New、In Progress、Cancelled、Success、およびFailed)です。

キューをリセットし、失敗したキューエントリのステータスをNewにセットします。

[サーバパス] - /デバイス/サーバを基準にした、サーバの相対パス。特定のサーバに属するキューエントリのみリセットします。

任意のキーに登録するデバイスの、指定されたデバイスグループでメンバーシップを追加します。

(デバイスタイプ) - 登録デバイスのタイプ。有効な値は、serverおよびworkstationです。

次のオプションを受け入れます。

• -f, --folder=[デバイスフォルダ] - 指定されたデバイスタイプのルートフォルダを基準にした、デバイスフォルダの相対パス。このオプションを指定すると、デバイスオブジェクトのパスは、このフォルダを基準にした相対パスとして決定されます。これは、同じフォルダで複数のデバイスオブジェクトを指定するのに使用できます。

新しい登録キーを作成します。

(デバイスタイプ) - 登録デバイスのタイプ。有効な値は、serverおよびworkstationです。

次のオプションを受け入れます。

• -f, --devicefolder=[デバイスフォルダ] - 指定されたデバイスタイプのルートフォルダを基準にした、デバイスフォルダの相対パス。登録デバイスはこのフォルダに置かれます。
• -g, --devicegroup=[デバイスグループパス][...] - デバイスグループのパスのカンマ区切りリスト。指定したパスは、指定したデバイスタイプのルートフォルダを基準にした相対パスである必要があります。登録デバイスはこれらのデバイスグループのメンバーになります。
• --desc=[説明] - 登録キーの説明。
• --site=[サイト] - デバイスが存在するサイト。登録デバイスにはこのサイト情報が入力されます。
• --dept=[部署] - デバイスが使用される部署。登録デバイスにはこの部署情報が入力されます。
• --loc=[場所] - デバイスの物理的な場所。登録デバイスにはこの場所情報が入力されます。
• --limit=[制限] - このキーを登録デバイスに使用できる回数。

登録キーをコピーします。

(登録キー) - 登録キーの名前。

(新しい名前) - コピーした登録キーの名前。

登録オブジェクトを削除します。

(登録オブジェクトのパス) [...] - /キーを基準にした、登録オブジェクト(登録キーまたはフォルダ)の相対パス。ワイルドカード*は、引用符で囲まれている場合には、オブジェクト名に使用できます。オブジェクトを削除するのにワイルドカードを使用する場合は、注意します。

次のオプションを受け入れます。

• -r, --recursive - 再帰的に、フォルダ内にオブジェクトを削除します。
• -f, --folder=[登録フォルダ] - /キーを基準にした、登録フォルダの相対パス。このオプションを指定すると、登録オブジェクトのパスは、このフォルダを基準にした相対パスとして決定されます。これは、同じフォルダで複数の登録オブジェクトを指定するのに使用できます。

新しい登録フォルダを作成します。

次のオプションを受け入れます。

• --desc=[説明] - フォルダの説明。

登録キーについての詳細情報を表示します。

すべての登録オブジェクトを一覧表示します。

次のオプションを受け入れます。

• -r, --recursive - サブフォルダを含め、結果を再帰的に一覧表示します。このオプションを指定しなかった場合は、サブフォルダの内容は一覧表示されません。
• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果を表示します。引用符で囲む限り、ワイルドカード*および?を使用できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

登録キーに関連付けられるデバイスグループを一覧表示します。

登録オブジェクトを別の登録フォルダに移動します。

デバイスグループと登録キーの関連付けを削除します。

(デバイスタイプ) - 登録デバイスのタイプ。有効な値は、serverおよびworkstationです。

次のオプションを受け入れます。

• -f, --folder=[デバイスフォルダ] - 指定されたデバイスタイプのルートフォルダを基準にした、デバイスフォルダの相対パス。このオプションを指定すると、デバイスオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のデバイスオブジェクトを指定するのに使用できます。

登録オブジェクトを名前変更します。

登録キーをアップデートします。

次のオプションを受け入れます。

• -f, --devicefolder=[デバイスフォルダ] - 指定されたデバイスタイプのルートフォルダを基準にした、デバイスフォルダの相対パス。登録デバイスはこのフォルダに置かれます。
• --desc=[説明] - 登録キーの説明。
• --site=[サイト] - デバイスが存在するサイト。登録デバイスにはこのサイト情報が入力されます。
• --dept=[部署] - デバイスが使用される部署。登録デバイスにはこの部署情報が入力されます。
• --loc=[場所] - デバイスの物理的な場所。登録デバイスにはこの場所情報が入力されます。
• --limit=[制限] - デバイスを登録するために このキーを使用できる回数。
• --unlimited - このキーはデバイスを登録するために無制限に使用できます。

デバイス情報の指定に使用されるCSVファイルからデバイスをインポートします。

(CSVファイルパス) - CSVファイルの名前とパス。ファイル内の各エントリには、ワークステーションまたはサーバの詳細が含まれます。

ワークステーションまたはサーバのファイルエントリの形式は、バージョン、ホスト名、シリアル番号、およびMACアドレスになります。

ワークステーションまたはサーバのバージョンはWS_1.0です。

バージョンとホスト名の値は必須で、シリアル番号とMACアドレスの値はオプションです。

(登録キー) - 登録キーの名前。

次に例を示します。

devicesInfoというCSVファイル内のデバイスをregkeyという登録キーを使用して登録するには、zman rid c:\devicesInfo.csv regkeyコマンドを実行します。

役割を 1 つまたは複数のZENworks管理者に割り当て、役割の権限カテゴリを異なるオブジェクトのコンテキストに関連付けします。

[権限カテゴリ] - 権限がグループ化されているカテゴリの名前。カテゴリのリストを確認するには、zman role-rights-add-admins --help | moreを実行します。

[オブジェクトパス] [...] - スラッシュ(/)から始まるZENworksオブジェクトのフルパス。そのオブジェクトに対して、権限カテゴリにグループ化された権限が強制的に適用されます。権限カテゴリに関連付けることができるオブジェクトタイプのルートフォルダを表示するには、zman role-add-admins --help | moreを実行します。

次のオプションを受け入れます。

• -f, --folder=[フォルダ名] - フォルダのフルパスです。このオプションを指定すると、オブジェクトのパスは、このフォルダに相対して決定されます。これで、同じフォルダに複数のオブジェクトを指定する場合に便利になります。
• -H, --help - 利用可能な権限のカテゴリ、および権限を実行可能なオブジェクトタイプのルートフォルダに関する詳細なヘルプが表示されます。

ZENworks管理者の役割を作成します。

ZENworks管理者の役割の名前を変更します。

(役割名) [...] - 役割の名前。引用符で囲まれている限り、ワイルドカード*を使用できます。ワイルドカードを使用してオブジェクトを削除する場合には、注意してください。

ZENworks管理者の役割をすべてを一覧表示します。

次のオプションを受け入れます。

• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果が表示されます。引用符で囲む限り、ワイルドカード*および?を使用できます。
• -N, --name-only - 役割名だけを表示します。
• -T, --name-and-type - 役割名と特権タイプだけを表示します。
• -l, --longnames - 権限の名前を表示します。デフォルトでは、権限名は省略形式で表示されます。

特定の役割、およびその役割の権限カテゴリと関連付けられたコンテキストを持つZENworks管理者を一覧表示します。

1 つまたは複数の ZENworks管理者からの役割の割り当てを削除する、またはオブジェクトコンテキストへの権限カテゴリの関連付けを削除します。

[権限カテゴリ] - 権限がグループ化されているカテゴリの名前。カテゴリのリストを確認するには、zman role-rights-add-admins --help | moreを実行します。

[オブジェクトパス] [...] - スラッシュ(/)から始まるZENworksオブジェクトのフルパス。そのオブジェクトに対して、権限カテゴリにグループ化された権限が強制的に適用されます。権限カテゴリに関連付けることができるオブジェクトタイプのルートフォルダを表示するには、zman role-add-admins --help | moreを実行します。

次のオプションを受け入れます。

• -f, --folder=[フォルダ名] - フォルダのフルパス。このオプションを指定すると、オブジェクトのパスは、このフォルダに相対して決定されます。これで、同じフォルダに複数のオブジェクトを指定する場合に便利になります。

ZENworks管理者の役割の名前を変更します。

ZENworks管理者の役割に割り当てられる権限を削除します。

[権限カテゴリ] - 権限がグループ化されているカテゴリの名前。カテゴリのリストを確認するには、zman role-rights-set --help | moreを実行します。

ZENworks管理者の役割に割り当てられる権限を表示します。

次のオプションを受け入れます。

• -c, --category=[権限カテゴリ] - 権限がグループ化されているカテゴリの名前。カテゴリのリストを確認するには、zman role-rights-set --help | moreを実行します。
• -l, --longnames - 権限の名前を表示します。デフォルトでは、権限名は省略形式で表示されます。

ZENworks管理者の役割の権限を許可または拒否します。

[権限カテゴリ] - 権限がグループ化されているカテゴリの名前。カテゴリのリストを確認するには、zman role-rights-set --help | moreを実行します。

次のオプションを受け入れます。

• -a、--allow=[権限 ][...] - 許可されている権限の長い名前または短い名前のカンマ区切りリスト。各カテゴリの権限を表示するには、zman role-rights-set --help | moreを実行します。
• -A, --allow-all - 権限カテゴリの権限をすべて許可します。
• -d、--deny=[権限 ][...] - 拒否する権限の長い名前または短い名前のカンマ区切りリスト。各カテゴリの権限を表示するには、zman role-rights-set --help | moreを実行します。
• -D, --deny-all - 権限カテゴリの権限をすべて拒否します。
• -u, --unset=[権限 ][...] - 設定解除する権限の長い名前または短い名前のカンマ区切りリスト。各カテゴリの権限を表示するには、zman role-rights-set --help | moreを実行します。
• -H, --help - 使用可能な権限カテゴリに関する詳しいヘルプおよび各カテゴリ内の権限名の長い形式と短い形式を表示します。カテゴリ名を指定した場合、そのカテゴリの権限に関するヘルプが提供されます。

指定したルールセットを使用して、インポートしたデバイスに対して指定されているデバイスグループにメンバーシップを追加します。

(デバイスタイプ) - 登録デバイスのタイプ。有効な値は、serverおよびworkstationです。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

(デバイスグループパス) - デバイスタイプのルートフォルダを基準にした、デバイスグループの相対パスを指定します。

次のオプションを受け入れます。

• -f, --folder=[デバイスフォルダ] - 指定されたデバイスタイプのルートフォルダを基準にした、デバイスフォルダの相対パス。このオプションを指定すると、デバイスオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のデバイスオブジェクトを指定するのに使用できます。

ルールセットにルールまたはルールグループを追加します。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

(追加モード) - ルールまたはルールグループを追加しているときの追加のモードを指定します。有効な値は、ruleおよびrulegroupです。 モードがruleの場合、入力ファイル内のルールグループすべてのルールが選択され、追加されます。

(ルールグループの位置) - ルールグループの位置を指定します。ルールグループを追加している場合、これは新しいグループが挿入される位置を表します。ルールを追加している場合は、新しいルールが追加されるルールグループ内の位置を表します。最後のルールグループを指すには、lastと指定します。新しいルールグループにルールを追加する、またはリストの末尾にルールグループを追加するには、makenewと指定します。 最初のルールグループはposition 1にあります。

(ルールファイル) - ルールセットに追加されるルールまたはルールグループの情報が含まれるXMLファイルのパス。XMLファイルは、ruleset-export-rules-to-fileコマンドを使用して、既存のルールセットのルールをエクスポートすることによって作成できます。XMLファイルに指定された結合子は重要ではありません。または、ルールのみを追加する場合は、古い形式も使用できます。

ファイル形式については、AddRulesToRuleSet.txtを参照してください。このファイルは、Linuxサーバでは/opt/novell/zenworks/share/zman/samples/rulesets、Windowsサーバでは<Installation directory>:\Novell\Zenworks\share\zman\samples\rulesetsにそれぞれ保存されています。

次に例を示します。

ルールグループをルールセット内のposition 4に追加する場合:

zman rsar ruleset2 rulegroup 4 C:\RuleGroups.xml

ルールセットの3番目のルールグループにルールを追加する場合:

zman rsar ruleset2 rule 3 C:\Rules.xml

ルールセットの最後のルールグループにルールを追加する場合:

zman rsar ruleset2 rule last C:\Rules.xml

ルールセット内の新しいルールグループとしてルールを追加する場合:

zman rsar ruleset2 rule makenew C:\Rules.xml

登録キーを持たないデバイスを登録する場合に、適用する新しいルールセットを作成します。

(デバイスタイプ) - 登録デバイスのタイプ。有効な値は、serverおよびworkstationです。

(ルールセット名) - ルールセットの名前を指定します。

(ルールファイル) - 新しいルールセットのルールまたはルールグループの情報が含まれるXMLファイルのパス。XMLファイルは、ruleset-export-rules-to-fileコマンドを使用して、既存のルールセットのルールをエクスポートすることによって作成できます。または、ルールのみを追加する場合は(結合子はAND)、古い形式も使用できます。

ファイル形式の例については、AddRulesToRuleSet.txtファイルを参照してください。このファイルは、Linuxサーバでは/opt/novell/zenworks/share/zman/samples/rulesets、WindowsサーバではInstallation_directory:\Novell\Zenworks\share\zman\samples\ rulesetsにそれぞれ保存されています。

(位置) - 複数のルールセット内でのルールセットの位置。最初のルールセットはposition 1にあります。

次のオプションを受け入れます。

• -f, --devicefolder=[デバイスフォルダ] - 指定されたデバイスタイプのルートフォルダを基準にした、デバイスフォルダの相対パス。登録デバイスはこのフォルダに置かれます。
• -g, --devicegroup=[デバイスグループパス][...] - デバイスグループのパスのカンマ区切りリスト。指定したパスは、指定したデバイスタイプのルートフォルダを基準にした相対パスである必要があります。登録デバイスは、これらのデバイスグループのメンバーになります。
• --desc=[説明] - ルールセットの説明。
• --site=[サイト] - デバイスが存在するサイト。登録デバイスにはこのサイト情報が入力されます。
• --dept=[部署] - デバイスが使用される部署。登録デバイスにはこの部署情報が入力されます。
• --loc=[場所] - デバイスの物理的な場所。登録デバイスにはこの場所情報が入力されます。

次に例を示します。

サーバ登録用のルールセットを作成する場合:

zman rsc server ruleset1 C:\RuleSet1.xml --devicefolder serverfolder --desc "サーバをインポートするルール" --site "構築A" --dept Finance --loc Brazil

このルールセット内に定義されているルールに対してTrueとなる登録デバイスは、指定したサイト、部署、および場所の値で/Devices/Servers/serverfolderフォルダに配置されます。

特定のワークステーショングループのメンバとなる可能性があるワークステーションを登録するためのルールセットを作成する場合:

zman rsc workstation ruleset3 --devicegroup wsgroup,wsgroup1,wsfolder/wsgroup2

デバイスグループとルールセットの関連付けは、ルールセットの作成後にruleset-add-device-groupコマンドを使用して行うこともできます。

ルールセットをコピーします。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

(新しい名前) - コピーしたルールセットに付ける新しい名前。

(位置) - 複数のルールセット内でのルールセットの位置。最初のルールセットはposition 1にあります。

次に例を示します。

ルールセットを最初の位置にコピーする場合:

zman rscp ruleset3 newruleset 1

注: 指定された新しい位置が0、またはルールセット数より大きな値の場合、ルールセットはリストの先頭または末尾にそれぞれコピーされます。

ルールセットのルールをファイルにエクスポートします。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

(XMLファイルパス) - ルールがXML形式で保存されるファイルを指定します。

次に例を示します。

ルールセットからルールをエクスポートする場合:

zman rsertf ruleset1 C:\ExportedRuleSet.xml

ルールセットを削除します。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

ルールセットに関する詳細情報を表示します。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

次に例を示します。

ルールセットMyRegRuleに関する詳細情報を表示する場合:

zman rsi MyRegRule

ルールセットすべてを一覧表示します。

ルールセットに関連付けられるデバイスグループを一覧表示します。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

ルールセットの位置を変更します。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

(新しい位置) - ルールセットの移動先の新しい位置を指定します。

次に例を示します。

zman rsmv ruleset3 1

注: 指定された新しい位置が0、またはルールセット数より大きな値の場合、ルールセットはリストの先頭または末尾にそれぞれコピーされます。

デバイスグループとルールセットの関連付けを削除します。

(デバイスタイプ) - 登録デバイスのタイプ。有効な値は、serverおよびworkstationです。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

(デバイスグループパス) - 指定されたデバイスタイプのルートフォルダを基準にした、デバイスグループの相対パス。

次のオプションを受け入れます。

• -f, --folder=[デバイスフォルダ] - 指定されたデバイスタイプのルートフォルダを基準にした、デバイスフォルダの相対パス。このオプションを指定すると、デバイスオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のデバイスオブジェクトを指定するのに使用できます。

ルールセットからルールまたはルールグループを削除します。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

(ルールの位置) - 削除するルールの位置を指定します。最初のルールグループはG1、G1内の最初の2つのルールはG1:1,2で示されます。位置は、グループ、またはグループ内の特定のルールを示します。

次に例を示します。

ルールセットの2番目のルールグループを削除する場合:

zman rsrr ruleset2 G2

特定のルールグループおよび異なるルールグループの特定のルールを削除する場合:

zman rsrr ruleset2 G1:3 G2:2,5,6 G3 G6:4,9 G8

ルールセットの名前を変更します。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

(新しい名前) - ルールセットに付ける新しい名前を指定します。

ルールセットをアップデートします。

(デバイスタイプ) - 登録デバイスのタイプ。有効な値は、serverおよびworkstationです。

(ルールセット名または位置) - ルールセットの名前またはルールセット内での位置を指定します。最初のルールセットはposition 1にあります。

次のオプションを受け入れます。

• -f, --devicefolder=[デバイスフォルダ] - 指定されたデバイスタイプのルートフォルダを基準にした、デバイスフォルダの相対パス。登録デバイスはこのフォルダに置かれます。
• --desc=[説明] - ルールセットの説明。
• --site=[サイト] - デバイスが存在するサイト。登録デバイスにはこのサイト情報が入力されます。
• --dept=[部署] - デバイスが使用される部署。登録デバイスにはこの部署情報が入力されます。
• --loc=[場所] - デバイスの物理的な場所。登録デバイスにはこの場所情報が入力されます。

次に例を示します。

サーバを登録するルールセットを更新する場合:

zman rsu server ruleset1 --devicefolder serverfolder1 --desc "サーバをインポートするルール" --site "構築B" --dept Transport --loc Brazil

インポートされたサーバがメンバになるサーバグループを変更するには、ruleset-add-device-groupコマンドおよびruleset-remove-device-groupコマンドを使用します。

デバイスフォルダをワークステーションフォルダからサーバルートフォルダに更新する場合:

zman rsu server ruleset2

このコマンドによって、登録デバイスが配置されるフォルダが、/Devices/Workstationsから/Devices/Serversに変更されます。

コンテンツタイプ複製スケジュールとスロットル設定をサテライトデバイスに追加します。

• (デバイスへのパス) - 複製設定の追加先のサテライトデバイスの完全名。
• (コンテンツタイプ) - サテライトデバイスの追加先の複製設定のコンテンツタイプの名前。
• -s, --scheduleFileName=<ファイルパス> - XML形式で保存された複製設定のスケジュールデータを含むファイルへのフルパス。
• -t, --throttleRate=<スロットルレート> - サテライトデバイスに追加する複製設定のスロットルレート(kbps)。
• -d, --duration=<期間> - コンテンツ複製の期間(分単位)。
• --noSchedule - コンテンツ複製のスケジュールを指定したくない場合は、このオプションを使用します。

管理対象デバイスを、イメージングサーバの役割を持つサテライトサーバに昇格します。管理デバイスが既にサテライトサーバとして機能している場合、このコマンドは、イメージングサーバの役割を追加します。

次のオプションを受け入れます。

• (デバイスへのパス) - /Devicesに対する、管理対象デバイスの相対パスまたは管理対象デバイスの絶対パス。
• [親プライマリサーバ] - /Devicesに対するプライマリサーバの相対パス、または新しいサテライトサーバへの親サーバとしての役割を果たすプライマリサーバの絶対パス。
• -p, --proxydhcp=<プロキシDHCPサービス> - プロキシDHCPサービスを開始または停止します。 有効な値は、startおよびstopです。
• -s, --serverPort=<サテライトサーバポート> - 管理対象デバイスの要求をリスンする際にサテライトサーバが使用する必要があるポート。指定しない場合、ポート80が使用されます。
• -r, --Content-Replication-Schedule=<サテライトサーバのコンテンツレプリケーションスケジュール> - コンテンツレプリケーションスケジュールを含むXMLファイル。コンテンツレプリケーションスケジュールで、親プライマリサーバからサテライトサーバのコンテンツを更新する頻度を、日数、時間、および分で入力します。XML形式のテンプレートについては、Linuxサーバでは/opt/novell/zenworks/share/zman/samples/schedules、Windowsサーバでは<インストールディレクトリ>:\Novell\Zenworks\share\zman\samples\schedulesにあるContentReplicationSchedule.xmlを参照してください。
• --force-port-change - 管理対象デバイスがすでにサテライトサーバとして機能している場合は、このオプションによって、このデバイス上の全サテライトサーバコンポーネントが管理対象デバイス要求をリスンするポートの変更が許可されます。
• --force-parent-change - 管理対象デバイスがすでにサテライトサーバとして機能している場合は、このオプションによって、デバイス上の全サテライトサーバコンポーネントで親プライマリサーバの変更が許可されます。

サテライトの役割を設定できます。

次のオプションを受け入れます。

• (デバイスへのパス) - サテライトとして作成する管理対象デバイスの名前。
• (役割) - 管理対象デバイスに追加するサテライトの役割。役割には、認証、コレクション、コンテンツ、およびJoinProxyが含まれます。イメージングサテライトの役割を割り当てるか、または管理対象デバイスをイメージングサーバの役割を持つサテライトに昇格させる場合、このコマンドではなく、zman ssaimgコマンドを使用する必要があります。JoinProxy役割設定を再構成する場合は、zman ssujsコマンドを使用する必要があります。
• [親プライマリサーバ ] - サテライトサーバがコレクションデータをロールアップする先、またはコンテンツの取得元のプライマリサーバの完全な名前。管理対象デバイスがすでにサテライトの場合、このフィールドはオプションです。
• [サテライトサーバポート] - サテライトサーバが、コレクションロールアップ要求をリスンするため、または親プライマリサーバからコンテンツを取得するために使用するポート。指定しない場合は、ポート80が使用されます。
• [サテライトサーバセキュアHTTPSポート] - サテライトが認証セキュアHTTPS要求をリスンするために使用するポート。指定しなかった場合、ポート443が使われます。
• ［--force-port-change］ - 管理デバイスがすでにサテライトとして機能している場合、このオプションを指定すると、このデバイス上のすべてのサテライトコンポーネントが要求をリスンする、またはコンテンツ取得のために使用するポートを変更することができます。
• ［--force-parent-change］ - 管理デバイスがすでにサテライトとして機能している場合、このオプションを指定すると、デバイス上のすべてのサテライトコンポーネントのプライマリサーバの親を変更することができます。

非ルートユーザは、ZENworksユーザグループに追加された場合のみ、Linuxプライマリサーバ上でこのコマンド（zman ssc）を問題なく実行できます。非ルートユーザをZENworksユーザグループに追加するには、usermod -A non-root_usernameコマンドを使用します。

サテライトサーバでJoinProxy設定を更新します。WindowsまたはLinuxの管理対象デバイスのみをJoinProxyサテライト役割に昇格できます。デフォルトでは、プライマリサーバにはJoinProxy役割が割り当てられています。

次のオプションを受け入れます。

• (デバイスへのパス) - JoinProxy設定を更新するサテライトサーバの完全名。
• -j, --jpport=<jpport> - JoinProxyが接続を待機するポート。
• -m, --maxconnections=<maxConnections> - JoinProxyへの接続が許可されたデバイスの最大数。
• -c, --connectionCheckInterval=<connectionCheckInterval> - JoinProxyが、デバイスが接続されたかどうかを定期的に確認する間隔。

デバイスからサテライトの役割を削除します。すべての役割が削除されるとデバイスは、ZENworksコントロールセンター内のサーバ階層リストから自動的に除去されます。

管理ゾーンがZENworksプライマリサーバおよびZENworks Configuration Managementサテライトで構成されている場合は、サテライトから個別の役割を削除することはできません。サテライトを管理対象デバイスに降格させることしかできません。任意のバージョンのZENworks Agentがインストールされたサテライトを削除できます。

次のオプションを受け入れます。

• (デバイスへのパス) - サテライトの役割を削除するサテライトサーバの完全名。
• ［役割］ - デバイスから削除するサテライトの役割。役割を指定しない場合には、デバイスからすべてのサテライトの役割が削除されます。認証、コレクション、コンテンツ、およびJoinProxy役割を削除できます。イメージングの役割を削除するには、このコマンドではなく、satellite-server-remove-imagingrole (ssrimg)コマンドを使用します。

[-f|--force] - 指定された既存の役割をすべて削除しながら、サテライトサーバから管理対象デバイスへの降格を強制的に適用します。このオプションは、サテライトサーバが常にオフラインで、ZENworksサーバと通信できない場合にのみ使用してください。

認証の役割を持つサテライトが使用する、ユーザソース接続を設定します。このコマンドを複数回実行して、同じサテライト上の複数のユーザソースに接続を設定し、コマンドの実行ごとに、それぞれ別のユーザソースを指定します。このコマンドを接続なしで実行し、指定したユーザソースをサテライトの認証の役割から削除します。

次のオプションを受け入れます。

• (デバイスへのパス) - 認証の役割のユーザソースを設定するサテライトの完全名。
• (ユーザソース) - 設定するユーザソースの名前。
• [ユーザ接続] - 指定されたユーザソースに対して、このサテライトがユーザを認証するときに使用する順に一覧されたユーザ接続。

イメージングサテライトのProxy DHCP Serviceを開始または停止します。

• (デバイスへのパス) - /Devices/Workstationsに対するデバイスの相対パス。指定するデバイスは、イメージングの役割を持つサテライトデバイスである必要があります。
• (プロキシDHCPサービスに対するアクション) - プロキシDHCPサービスを開始または停止します。有効な値は、startおよびstopです。

コンテンツファイルをコンテンツリポジトリからエクスポートし、サテライトデバイスのコンテンツリポジトリに手動でインポートできるようにします。コンテンツを管理対象デバイスのコンテンツリポジトリにインポートするには、zac cdp-import-content (cic)コマンドを使用します。

• (デバイスへのパス) - コンテンツファイルをエクスポートするサテライトデバイスの完全名。
• (ディレクトリのエクスポート) - コンテンツファイルのエクスポート先のディレクトリの完全パス。

次のオプションを受け入れます。

• -a, --exportAll - サテライトデバイスに割り当てられたすべてのコンテンツをエクスポートします(デフォルトで、不足しているコンテンツのみがエクスポートされます)。

コンテンツタイプ複製スケジュールをサテライトデバイスからファイルにエクスポートします。

• (デバイスへのパス) - 複製設定スケジュールのエクスポート元のサテライトデバイスの完全名。
• (コンテンツタイプ) - サテライトデバイスからエクスポートする複製設定のコンテンツタイプの名前。
• -s, --scheduleFileName =<ファイルパス> - スケジュールデータのエクスポート先にするファイルのフルパス。

サテライトデバイスの認証の役割設定を一覧表示します。

• (デバイスへのパス) - 認証の役割設定の表示元のサテライトデバイスの完全名。

イメージングの役割を持つサテライトを一覧表示します。

サテライトのコンテンツ複製スケジュールおよびスロットルの設定を、コンテンツタイプごとに一覧表示します。

• (デバイスへのパス) - 複製設定の表示元のサテライトデバイスの完全名。

以前に定義されたサテライトの役割を一覧表示します

次のオプションを受け入れます。

• ［管理対象デバイス］ - サテライトの役割を一覧表示する管理対象デバイスの完全な名前。指定しない場合には、使用可能なすべてのサテライトの役割が表示されます。

サテライトと役割を一覧表示します。

コンテンツタイプ複製スケジュールとスロットル設定をサテライトデバイスから削除します。

• (デバイスへのパス) - 複製設定の削除元のサテライトデバイスの完全名。
• (コンテンツタイプ) - サテライトデバイスから削除する複製設定のコンテンツタイプの名前。

管理対象デバイスから、サテライトのイメージングサーバの役割を削除します。

管理ゾーンがZENworksプライマリサーバおよびZENworks Configuration Managementサテライトで構成されている場合は、サテライトから個別の役割を削除することはできません。サテライトを管理対象デバイスに降格させることしかできません。任意のバージョンのZENworks Agentがインストールされたサテライトを削除できます。

• (デバイスへのパス) - /Devices/Workstationsに対する管理対象デバイスの相対パス。指定するデバイスは、イメージングの役割を持つサテライトデバイスである必要があります。
• -r, --removeImageFiles - 指定したデバイスからイメージファイルを削除します。

コンテンツタイプ複製スケジュールとスロットル設定をサテライトデバイスに更新します。

• (デバイスへのパス) - 複製設定の更新先のサテライトデバイスの完全名。
• (コンテンツタイプ) - サテライトデバイスの更新先の複製設定のコンテンツタイプの名前。
• -s, --scheduleFileName=(ファイルパス) - XML形式で保存されたレプリケーション設定のスケジュールデータを含むファイルへのフルパス。

次のオプションを受け入れます。

• -d, --duration=<期間> - コンテンツ複製の期間(分単位)。
• -t, --throttleRate=<スロットルレート> - サテライトデバイスに更新する複製設定のスロットルレート(kbps)。

バンドルをサーバオブジェクトに割り当てます。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。
• -I, --icon-location=[アプリケーションロケーションXMLファイル] - バンドルアプリケーション用のアイコンを配置する場所を含むXMLファイル。XMLファイル形式については、IconLocation.xmlを参照してください。Linuxサーバでは/opt/novell/zenworks/share/zman/samples/bundles、WindowsサーバではInstallation_directory:\Novell\Zenworks\share\zman\samples\ bundlesに保存されています。
• -d, --distribution-schedule=[配布スケジュールXMLファイル] - 配布スケジュールを含むXMLファイル。
• -l, --launch-schedule=[起動スケジュールXMLファイル] - 起動スケジュールを含むXMLファイル。
• -a, --availability-schedule=[可用性スケジュールXMLファイル] - 可用性スケジュールを含むXMLファイル。スケジュールXMLファイルテンプレートについては、XMLファイルを参照してください。Linuxサーバでは/opt/novell/zenworks/share/zman/samples/schedules、WindowsサーバではInstallation_directory:\Novell\Zenworks\share\zman\samples\ schedulesに保存されています。
• -D, --dry-run - 要求されたアクションをテストして表示しますが、実際には実行しません。
• -i, --install-immediately - 配布後ただちにバンドルをインストールします。このオプションを使用するには、配布スケジュールも指定する必要があります。配布スケジュールは、--distribution-schedule, --distribute-now、または--distribute-on-device-refreshオプションを使用して指定することができます。
• -L, --launch-immediately - インストール後ただちにバンドルをインストールします。このオプションを使用するには、配布スケジュールも指定する必要があります。配布スケジュールは、--distribution-schedule, --distribute-now、または--distribute-on-device-refreshオプションを使用して指定することができます。
• -n, --distribute-now - バンドルをただちに配布するよう配布スケジュールを設定します。このオプションを指定すると、--distribution-scheduleおよび--distribute-on-device-refreshオプションは無視されます。--distribute-now、--distribute-on-device-refresh、および--distribution-scheduleオプションは配布スケジュールの設定に使用し、同時に使用することはできません。最初に--distribute-nowオプションが考慮され、次に--distribute-on-device-refreshオプションが考慮され、最後に--distribution-scheduleが考慮されます。
• -r, --distribute-on-device-refresh - デバイス更新時にバンドルを配布するよう配布スケジュールを設定します。このオプションを指定すると、--distribution-scheduleオプションは無視されます。
• -s, --launch-on-device-refresh - デバイス更新時にバンドルを起動するよう起動スケジュールを設定します。このオプションを指定すると、--launch-scheduleオプションは無視されます。
• -w, --wakeup-device-on-distribution - バンドルの配布中にデバイスがシャットダウンした場合、Wake-On-LANを使用してデバイスを起動します。このオプションを使用するには、配布スケジュールも指定する必要があります。配布スケジュールは、--distribution-schedule, --distribute-now、または--distribute-on-device-refreshオプションを使用して指定することができます。
• -B, --broadcast=[ブロードキャストアドレス][...] - Wake-On-LANマジックパケットをブロードキャストするのに使用するアドレスのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。有効なIPアドレスが、有効な値です。
• -S, --server=[/デバイスを基準にしたプライマリサーバオブジェクトまたはプロキシサーバオブジェクトの相対パス][...] - デバイスを起動するのに使用するプライマリまたはプロキシサーバのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。
• -C, --retries=[再試行回数] - デバイスにWake-On-LANマジックパケットを送信する回数。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は0～5の範囲である必要があります。デフォルト値は「1」です。
• -T, --timeout=[再試行間隔] - 2回の再試行の間の間隔。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は2～10の範囲である必要があります(単位は分)。デフォルト値は「2」です。

ZENworks 11より前は、このコマンドを使用して、失効間近の既存の証明書を置き換えて、サーバに新しい有効な証明書を追加していました。ZENworks 11 SP4のSSL管理機能の導入により、このコマンドは廃止されました。

データベース内に存在しない証明書を追加するには、強制( -f, --force) オプションとともにこのコマンドを使用できます。ただし、データベース内にすでにアクティブな証明書がある場合は、このコマンドを使用できません。

(サーバオブジェクトパス) - /デバイス/サーバを基準にした、サーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)の相対パス。

(証明書ファイルパス)- DER形式の証明書ファイルのパス。

• -f, --force - アクティブな証明書として証明書を強制的に追加します。このオプションは、アクティブな証明書がデータベース内で使用できない場合にのみ機能します。

ポリシーをサーバオブジェクトに割り当てます。

次のオプションを受け入れます。

• -c, --conflicts=[ポリシー競合解決順序] - ポリシー競合の解決方法を決定します。有効な値は、userlastまたは1、devicelastまたは2、deviceonlyまたは3、useronlyまたは4です。userlastの場合、デバイスに関連付けられたポリシーがまず適用され、それからユーザに関連付けられたポリシーが適用されます。devicelastの場合、ユーザに関連付けられたポリシーがまず適用され、それからデバイスに関連付けられたポリシーが適用されます。deviceonlyの場合、ユーザに関連付けられたポリシーは無視されます。useronlyの場合、デバイスに関連付けられたポリシーは無視されます。このオプションを指定しなかった場合には、userlastがデフォルト値として使用されます。
• -e, --enforce-now - 割り当てられているすべてのデバイスに対してポリシーをすぐに強制します。
• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

サーバから複数のサーバに関係をコピーします。サーバの関係には、バンドル割り当て、ポリシー割り当て、およびグループメンバーシップが含まれます。

次のオプションを受け入れます。

• -r, --relationship-type: コピーする関係タイプ。有効な値は、bundles、policies、およびgroupsです。オプションbundlesは、ソースデバイスの関連付けられたすべてのバンドル割り当てをコピーします。オプションpoliciesは、ソースデバイスの関連付けられたすべてのポリシー割り当てをコピーします。オプションgroupsは、ソースデバイスに関連付けられたグループのメンバーとしてターゲットデバイスを追加します。
• -a, --assignment-options: 割り当てオプション。有効な値は、assign-to-group-members、assign-to-folder-members、およびassign-to-folder-members-recursivelyです。オプションassign-to-group-membersは、ターゲットグループのメンバーに割り当てをコピーします。オプションassign-to-folder-membersは、ターゲットフォルダ内のデバイスに割り当てをコピーします。オプションassign-to-folder-members-recursivelyは、ターゲットフォルダおよびそのサブフォルダ内のデバイスに割り当てをコピーします。
• -c, --conflict-resolution: 既存の割り当ての競合解決オプション。有効な値は、delete-existing-assignmentsおよびreplace-existing-assignmentsです。オプションdelete-existing-assignmentsは、ターゲットデバイスの既存のすべての割り当てを削除します。オプションreplace-existing-assignmentsは、選択した割り当てでターゲットデバイスの既存の割り当てを置き換えます。
• -g, --group-membership: ターゲットオブジェクトタイプ、グループおよびフォルダのグループメンバーシップオプション。有効な値は、add-group-members、add-folder-members、add-folder-members-recursively、およびdelete-existing-group-membershipです。オプションadd-group-membersは、ソースデバイスがメンバーであるグループのメンバーとしてターゲットグループのメンバーを追加します。オプションadd-folder-membersは、ソースデバイスがメンバーであるグループのメンバーとしてターゲットフォルダ内にデバイスを追加します。オプションadd-folder-members-recursivelyは、ソースデバイスがメンバーであるグループのメンバーとしてターゲットフォルダとそのサブフォルダ内にデバイスを追加します。オプションdelete-existing-group-membershipは、ターゲットデバイスがメンバーである既存のグループメンバーシップを削除します。

次に例を示します。

ソースサーバのすべての関係を複数のサーバタイプにコピーするには: zman server-copy-relationships serverfolder/sourceserver --relationship-type=bundles,policies,groups serverfolder/server serverfolder/serverfolder1 serverfolder/servergroup

ソースサーバのポリシー割り当てをターゲットサーバフォルダ内のサーバに再帰的にコピーするには: zman scr serverfolder/sourceserver --relationship-type=policies serverfolder1 serverfolder2 -assignment-options=assign-to-folder-members-recursively

ソースサーバから割り当てをコピーしているときに、ターゲットサーバの競合バンドル割り当てを置き換えるには: zman scr serverfolder/sourceserver -r=bundles serverfolder/server1 -conflict-resolution=replace-existing-assignments

ソースサーバのグループにターゲットサーバグループのサーバを追加するには: zman scr serverfolder/sourceserver -r=groups servergroup -group-membership=add-group-members

1つまたは複数のサーバオブジェクトを削除します。

(サーバオブジェクトパス) [...] - /デバイス/サーバを基準にした、サーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)の相対パス。引用符で囲む限り、ワイルドカード*を使用できます。オブジェクトを削除するのにワイルドカードを使用する場合は、注意します。

次のオプションを受け入れます。

• -r, --recursive - 再帰的に、フォルダ内にオブジェクトを削除します。
• -f, --folder=[サーバフォルダ] - /デバイス/サーバを基準にした、サーバフォルダの相対パス。このオプションを指定すると、サーバオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のサーバオブジェクトを指定するのに使用できます。

サーバを格納するための新しいフォルダを作成します。

次のオプションを受け入れます。

• --desc=[説明] - フォルダの説明。

サーバをサーバグループに追加します。

次のオプションを受け入れます。

• -f, --folder=[サーバフォルダ] - /デバイス/サーバを基準にした、サーバフォルダの相対パス。このオプションを指定すると、サーバオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のサーバオブジェクトを指定するのに使用できます。

サーバグループを作成して、メンバーを追加します。

次のオプションを受け入れます。

• --desc=[説明] - グループの説明。
• -m, --members=[サーバパス][...] - /デバイス/サーバを基準にした、サーバの相対パス。
• -f, --folder=[サーバフォルダ] - /デバイス/サーバを基準にした、サーバフォルダの相対パス。このオプションを指定すると、サーバオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のサーバオブジェクトを指定するのに使用できます。

サーバグループまたは動的サーバグループのメンバーを一覧表示します。

次のオプションを受け入れます。

• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

サーバをサーバグループから削除します。

次のオプションを受け入れます。

• -f, --folder=[サーバフォルダ] - /デバイス/サーバを基準にした、サーバフォルダの相対パス。このオプションを指定すると、サーバオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のサーバオブジェクトを指定するのに使用できます。

サーバに関する詳細情報が一覧表示されます。

サーバオブジェクトを一覧表示します。

次のオプションを受け入れます。

• -r, --recursive - サブフォルダを含め、結果を再帰的に一覧表示します。このオプションを指定しなかった場合は、サブフォルダの内容は一覧表示されません。
• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果を表示します。引用符で囲む限り、ワイルドカード*および?を使用できます。
• -t, --typefilter=[タイプフィルタ][...] - 指定したオブジェクトタイプのカンマ区切りリストに一致する結果が表示されます。有効な値は、device、group、およびfolderです。
• -c, --count - 結果の数が表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。
• -f, --flagfilter=[フラグフィルタ][...] - 指定したフラグのカンマ区切りリストに一致する結果が表示されます。有効な値は、retired、notretired、test、non-testです。

サーバオブジェクトに割り当てられたバンドルを一覧表示ます。

次のオプションを受け入れます。

• -a, --all - 有効および無効のバンドル両方を一覧表示します。
• -e, --effective - 有効なバンドルのみ一覧表示します。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

特定のサーバがメンバーであるグループを一覧表示します。

次のオプションを受け入れます。

• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

サーバオブジェクトに割り当てられたポリシーを一覧表示ます。

次のオプションを受け入れます。

• -a, --all - 有効および無効のポリシー両方を一覧表示します。
• -e, --effective - 有効なポリシーのみ一覧表示します。
• -s, --scrollsize=[scrollsize] - 一度に表示される結果の数です。

サーバオブジェクトを別のフォルダに移動します。

サーバ内のZENworks Agentを更新します。

次のオプションを受け入れます。

-f, --folder=[サーバフォルダ] - /デバイス/サーバを基準にした、サーバフォルダの相対パス。このオプションが指定される場合は、サーバオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のサーバオブジェクトを指定するのに使用できます。

--server=<server/server folder/server group object path>[...] - /Devices/Serversを基準にした、プライマリサーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)の相対パス。クイックタスク通知を送信するために使用します。

--notify=<minutes> - すべてのデバイスに通知する時間(分)。

--expire=<minutes> - クイックタスクが作成されてから期限切れになるまでの時間(分)。ただちに期限切れにするには、0を指定します。

--currentserver - 現在のプライマリサーバにクイックタスクを追加します。

--anyserver - 任意のプライマリサーバにクイックタスクを追加します。

--expirenever - プライマリサーバでクイックタスクを期限切れにしません。

サーバオブジェクトに割り当てられたバンドルを削除します。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。

サーバオブジェクトに割り当てられたポリシーを削除します。

次のオプションを受け入れます。

• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用するのに便利です。

サーバオブジェクトを名前変更します。

サーバに割り当てられたバンドルの順序を変更します。server-list-bundlesコマンドを使用して、割り当てられたバンドルの順序を取得します。

サーバに割り当てられたポリシーの順序を変更します。server-list-policiesコマンドを使用して、割り当てられたポリシーの順序を取得します。

次の更新時に、ZENworksシステムから、選択したサーバをリタイアさせます。デバイスのリタイアはデバイスの削除とは異なります。デバイスをリタイアしても、GUIDは保持されます(これとは反対に、デバイスを削除すると、GUIDも削除されます)。そのため、インベントリ情報はすべて保持されたままでアクセス可能ですが、ポリシーおよびバンドルの割り当てはすべて削除されます。後でデバイスを再度アクティブ化する場合、割り当ては復元されます。

次のオプションを受け入れます。

• -i, --immediate - デバイスのリフレッシュで強制的にデバイスをすぐにリタイアします。

サーバをテストデバイスとして設定します。

例

server1をテストデバイスとして設定する場合:

zman ssat server1

ZooKeeper役割をプライマリサーバに割り当てます。

--servers - サーバのカンマ区切りリスト。/Devices/Serversを基準にした、サーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)のGUID、DNS、または相対パス。

Zookeeper クラスタからサーバを削除します。ゾーン内の少なくとも1つのサーバにZooKeeper役割が必要です。

--servers - /Devices/Serversを基準にした、サーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)のGUID、DNS、または相対パス。

Zookeeperクラスタ内で現在設定されているサーバを一覧にします。

Zookeeperクラスタの共通プロパティを更新します。

次のオプションを受け入れます。

• -l --leader-connect-port: フォロワーがクラスタ内のリーダーに接続するために使用するリーダーポートを定義します。デフォルトポートは6790です。ただし、6000～65535の間の未使用ポートを指定できます。
• -c --client-port: Zookeeperが着信接続用にリスンするポートを定義します。デフォルトポートは6789です。ただし、6000～65535の間の未使用ポートを指定できます。
• -e --leader-elect-port: クラスタ内のすべてのサーバがリーダーを選択するために使用する選択ポートを定義します。デフォルトポートは6791です。ただし、6000～65535の間の未使用ポートを指定できます。
• -t --tick-time: ハートビートおよびタイムアウトを調整するためにZookeeperによって使用されるミリ秒単位の基本タイムユニットである、単一ティックの長さを定義します。デフォルト値は2000です。
• -i --init-limit: フォロワーがリーダーに接続可能な時間数をティック単位で定義します。デフォルト値は10です。
• -s --sync-limit: フォロワーがZookeeperと同期することが可能な時間数をティック単位で定義します。デフォルト値は5です。
• -m --max-cluster-size: Zookeeperクラスタのサイズを定義します。デフォルト値は3です。
• -x --max-connections: Zookeeperクラスタが受け入れることが可能なクライアントの最大接続数を指定します。デフォルト値は60です。

Kafkaクラスタを設定します。

• 次のオプションを受け入れます。
• -c --replication count: トピックごとに作成されるコピー数を指定します。
• -l --logRetentionBytes: そのサイズを超えると既存のデータが新しいデータで上書きされる許容可能な最大ログサイズを指定します。デフォルトでは、ログサイズは無制限です。
• -t --zkSessionTimeout: Zookeeperセッションタイムアウトを指定します(ミリ秒単位)。デフォルト値は30000ミリ秒です。サーバがこの指定された期間内にZooKeeperにハートビート信号を送らない場合、サーバは停止しているとみなされます。ハートビート要求は、サーバがKafkaクラスタに依然として接続されているかどうかを識別するのに役立ちます。
• -r --retainDetectedLogsDuration: 削除したログを保持する最大時間を指定します。
• -p --logCleanupPolicy: 許容される最大保持期間を超えるセグメントのデフォルトのクリーンアップポリシーを指定します。有効な値は「Delete」および「Compact」です。デフォルト値は「Delete」です。「Delete」ポリシーは、保持期間またはサイズ制限に達した場合に古いセグメントを削除します。「Compact」ポリシーは、トピック上のログ圧縮を有効にし、Kafkaが単一トピックパーティションのデータのログ内に各メッセージキーの少なくとも最新の不明な値を常に保持するようにします。
• -s --schemaregistryport: スキーマレジストリが実行中のポートを指定します。デフォルトポートは8081です。
• -k, --kafkaport: Kafkaがリスンするポートを指定します。デフォルトポートは9093です。
• -x, --connectport: Kafka connectがリスンするポートを指定します。デフォルトポートは8083です。

ブローカをKafkaクラスタに追加します。

--servers - サーバのカンマ区切りリスト。/Devices/Serversを基準にした、サーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)のGUID、DNS、または相対パスを指定できます。

-i --ignorewarning- trueまたはfalseを指定します。このオプションは、外部CAが特定される場合に表示されるクライアント認証証明書に関連した警告メッセージを無視するために使用されます。続行するには、このオプションをtrueに設定できます。

Kafkaクラスタからブローカを削除します。

--servers - /Devices/Serversを基準にした、サーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)のGUID、DNS、または相対パス。

Kafkaブローカを再設定します。

--servers - サーバのカンマ区切りリスト。/Devices/Serversを基準にした、サーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)のGUID、DNS、または相対パス。

Kafkaクラスタ設定を更新します。

• 次のオプションを受け入れます。
• -l --logRetentionBytes: そのサイズを超えると既存のデータが新しいデータで上書きされる許容可能な最大ログサイズを指定します。デフォルトでは、ログサイズは無制限です。
• -t --zkSessionTimeout: Zookeeperセッションタイムアウトを指定します(ミリ秒単位)。デフォルト値は30000ミリ秒です。サーバがこの指定された期間内にZooKeeperにハートビート信号を送らない場合、サーバは停止しているとみなされます。ハートビート要求は、サーバがKafkaクラスタに依然として接続されているかどうかを識別するのに役立ちます。
• -r --retainDetectedLogsDuration: 削除したログを保持する最大時間を指定します。
• -p --logCleanupPolicy: 許容される最大保持期間を超えるセグメントのデフォルトのクリーンアップポリシーを指定します。有効な値は「Delete」および「Compact」です。デフォルト値は「Delete」です。「Delete」ポリシーは、保持期間またはサイズ制限に達した場合に古いセグメントを削除します。「Compact」ポリシーは、トピック上のログ圧縮を有効にし、Kafkaが単一トピックパーティションのデータのログ内に各メッセージキーの少なくとも最新の不明な値を常に保持するようにします。
• -c, --replication count: 各トピックに対して作成されるコピー数を指定します。
• -s --schemaregistryport: スキーマレジストリが実行中のポートを指定します。
• -k, --kafkaport: Kafkaがリスンするポートを指定します。
• -x, --connectport:Kafka connectがリスンするポートを指定します。

Kafkaクラスタ設定を取得します。

Kafkaコネクタのリストを取得します。

指定されたKafkaコネクタを再起動します。

• 次のオプションを受け入れます。
• -c --connectors: コネクタのカンマ区切りリストを指定します。

Kafkaコネクタの設定の詳細を取得します。

• 次のオプションを受け入れます。
• -c --connector: その設定詳細を取得するためにコネクタの名前を指定します。

指定されたKafkaコネクタを再設定します。

• 次のオプションを受け入れます。
• -c --connectors: コネクタのカンマ区切りリストを指定します。

1つ以上のノードでVerticaクラスタを作成します。これは、Vertica設定時に実行する必要がある最初のコマンドです。

--servers - サーバのカンマ区切りリスト。/Devices/Serversを基準にした、サーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)のGUID、DNS、または相対パス。

• 次のオプションを受け入れます。
• -k --replication-factor: データベースに存在するデータのレプリカ数を指定します。クラスタ内のノード数に基づいた値を指定する必要があり、必要なノードの最小数は2k+1として測定されます。Verticaでは1のK-safetyファクタを推奨します。

サーバをVerticaクラスタに追加します。

--servers - サーバのカンマ区切りリスト。/Devices/Serversを基準にした、サーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)のGUID、DNS、または相対パス。

Verticaクラスタからサーバを削除します。

--servers - サーバのカンマ区切りリスト。/Devices/Serversを基準にした、サーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)のGUID、DNS、または相対パス。

Verticaクラスタ内のサーバを一覧にします。

クラスタ内のK-safetyファクタを更新します。

• 次のオプションを受け入れます。
• -k --replication-factor: クラスタ内に維持するレプリカの合計数を示すためにレプリケーションファクタを変更します。

Verticaデータベース資格情報を取得します。

バックアップおよび復元プロセス中にサーバを準備します。

(サーバオブジェクトパス) - /Devices/Serversを基準にした、サーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)のGUID、DNS、または相対パス。

サーバをテストデバイス以外として設定します。

例

server1をテストデバイス以外として設定する場合:

zman ssan server1

ZENworksサーバ使用の統計が表示されます。

次のリフレッシュ時に選択されたサーバを再度有効にして、デバイスが以前所有していたすべてのポリシーとバンドルの割り当てを再割り当てします。

次のオプションを受け入れます。

• -i, --immediate - デバイスのリフレッシュで強制的にデバイスをすぐにリタイア解除します。

サーバに割り当てられたバンドルの詳細な展開ステータスを表示します。

次のオプションを受け入れます。

• --statusfilter=[ステータスタイプ][...] - バンドル配布およびインストールイベントのステータスに対するフィルタです。有効な値はS、R、C、A、F、およびP(Success、Partial Success,、Completed、Partial Complete、Failure、およびPending）です。 ステータスタイプのカンマ区切りリストを指定できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

例

server1に割り当てられたバンドルの展開状態を表示する場合:

zman svabs server1

バンドル展開が成功または保留状態のserver1に割り当てられたバンドルの展開状態を表示する場合:

zman svabs server1 --statusfilter S,P

サーバに割り当てられたポリシーの詳細な展開ステータスを表示します。

次のオプションを受け入れます。

• --statusfilter=[ステータスタイプ][...] - ポリシー適用イベントのステータスでフィルタします。有効な値は、S、F、およびP (Success、Failure、およびPending)です。ステータスタイプのカンマ区切りリストを指定できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

Wake-On-LANを使用してサーバを起動します。

次のオプションを受け入れます。

• -f, --folder=[サーバフォルダ] - /デバイス/サーバを基準にした、サーバフォルダの相対パス。このオプションが指定される場合は、サーバオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のサーバオブジェクトを指定するのに使用できます。
• -b --broadcast=[ブロードキャストアドレス][...] - Wake-On-LANマジックパケットをブロードキャストするのに使用するアドレスのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。有効なIPアドレスが、有効な値です。
• -s, --server=[プライマリサーバオブジェクトまたはプロキシサーバオブジェクトのパスであり 、/デバイスへの相対ぱすです][...] - デバイスを起動するのに使用するプライマリまたはプロキシサーバのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。
• -C, --retries=[再試行回数] - デバイスにWake-On-LANマジックパケットを送信する回数。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は0～5の範囲である必要があります。デフォルト値は「1」です。
• -t, --timeout=[再試行間隔] - 2回の再試行の間の間隔。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は2～10の範囲である必要があります(単位は分)。デフォルト値は「2」です。

設定をコピーします。

(ソースデバイスまたはデバイスフォルダパス) - /デバイスを基準にした、設定のコピー元デバイスまたはデバイスフォルダの相対パス。

(宛先デバイスまたはデバイスフォルダパス) [...] - /デバイスを基準にした、設定のコピー先デバイスまたはデバイスフォルダの相対パス。

次のオプションを受け入れます。

• -n, --names=[設定名][...] - ソースパスからコピーされる設定の名前。指定しなかった場合、ソースパスで定義されたすべての設定がコピーされます。

設定データ(XML形式)をファイルにエクスポートします。設定の作成および変更用の入力としてXMLファイルが使用されます。

(XMLファイルパス) - 設定データがXML形式で保存されるファイル。ファイルが存在しない場合、新しいファイルが作成されます。

[設定名] [...] - エクスポートする設定の名前。指定しなかった場合、すべての設定がエクスポートされます。

次のオプションを受け入れます。

• -s, --source=[ソースデバイスまたはデバイスフォルダパス] - /デバイスを基準にした、設定のエクスポート元デバイスまたはデバイスフォルダの相対パス。指定しなかった場合、設定はゾーンからエクスポートされます。
• -e, --effective - 指定した場合は有効な設定が取得されます。そうでない場合はソースパスで定義/上書きされた設定のみが取得されます。

親フォルダへの設定を取り消します。

(ソースデバイスまたはデバイスフォルダパス) - /デバイスを基準にした、設定を取り消す必要があるデバイスまたはデバイスフォルダの相対パス。

さまざまなレベルで設定を行います。

(XMLファイルパス) - エクスポートされた設定情報が含まれるXMLファイル。settings-export-to-file (setf)を使用して、設定情報をXMLファイルにエクスポートします。

次のオプションを受け入れます。

[設定名] [...] - エクスポートする設定の名前。指定しなかった場合、すべての設定がエクスポートされます。

• -s, --source=[ソースデバイスまたはデバイスフォルダパス] - /デバイスを基準にした、設定が必要なデバイスまたはデバイスフォルダの相対パス。指定しなかった場合、設定はゾーンレベルで設定されます。

Google Cloud Messagingの設定値を削除します。変更を反映するには、ZENworksサービスを再起動する必要があります。

新しいサブスクリプションを作成します。

(サブスクリプションXMLファイル) - エクスポートされたサブスクリプション情報が含まれるXMLファイル。subscription-export (sre)を使用して、既存のサブスクリプションの情報をXMLファイルにエクスポートします。ファイルを再使用する場合には、ZENworksコントロールセンターで作成したサブスクリプションからテンプレートXMLファイルを作成することができます。サンプルXMLファイルは、nu.xmlを参照してください

「Linux」: /opt/novell/zenworks/share/zman/samples/subscriptions

「Windows」: %ZENWORKS_HOME%\novell\zenworks\share\zman\samples\subscriptions

次のオプションを受け入れます。

• -d, --desc=[説明] - サブスクリプションの説明。

• -s, --sysIDpath=[rhel-システムID]

新しいサブスクリプションフォルダを作成します。

次のオプションを受け入れます。

• --desc=[説明] - フォルダの説明。

サブスクリプションオブジェクトを別のフォルダに移動します。

サブスクリプションレプリケーションを開始します。

次のオプションを受け入れます。

• -s, --schedule=[XMLファイル名] - サブスクリプションを開始するスケジュールを含むXMLファイルです。Eventsch.xmlファイルはサブスクリプションに適用されません。
• -r, --fromRepository - コンテンツの複製元のリポジトリです。

サブスクリプションの情報(XML形式)をファイルにエクスポートします。このXMLファイルはサブスクリプション作成時の入力として使用します。

1つまたは複数のサブスクリプションオブジェクトを削除します。ステータスが「進行中」、「中止」、「割り当て済み」のサブスクリプションは削除できません。

次のオプションを受け入れます。

• -r, --recursive - フォルダ内のオブジェクトを再帰的に削除します。
• -b, --delete-bundles - 指定されたサブスクリプションで作成されたすべてのバンドルを削除します。
• -f, --folder=[サブスクリプションフォルダ] - /サブスクリプションを基準にした、サブスクリプションフォルダの相対パス。このオプションを指定すると、サブスクリプションオブジェクトのパスは、このフォルダに対して決定されます。このオプションは、同じフォルダで複数のサブスクリプションオブジェクトを指定するのに使用できます。

サブスクリプションオブジェクトを一覧表示します。

次のオプションを受け入れます。

• -r, --recursive - サブフォルダを含め、結果を再帰的に一覧表示します。このオプションを指定しなかった場合は、サブフォルダの内容は一覧表示されません。
• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果を表示します。ワイルドカード*および?は引用符で囲まれている限りは使用できます。
• -c, --count - 結果の数が表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。
• [フォルダ] - 指定したフォルダの内容を一覧表示します。フォルダを指定しないと、ルートフォルダの内容が一覧表示されます。

既存のサブスクリプションをエクスポートまたは変更します。

次のオプションを受け入れます。

• -d, --desc=[説明] - サブスクリプションの説明。
• -s, --sysIDpath=[rhel-システムID]

サブスクリプションのステータスを返します。

次のオプションを受け入れます。

• -s, --suspend - レプリケーションを停止し、サブスクリプションのステータスを「中止」に変更します。
• -c, --cancel - レプリケーションをキャンセルし、サブスクリプションステータスを「キャンセル」に変更します。

バンドル、カタログ、パッケージなどのデータを一覧表示します。

次のオプションを受け入れます。

• -r, --fromRepository - キャッシュをバイパスして、コンテンツの複製元のリポジトリからメタデータをダウンロードします。
• -i, --ignoreFilters - フィルタが設定されていても無視して、コンテンツを一覧表示します。

サブスクリプションをコピーします。

次のオプションを受け入れます。

• -d, --desc=説明 -バンドルの説明。

サブスクリプションの名前を変更します。

たとえば、サブスクリプションSLES10UpdateをSLED10Updateに名前を変更するには、次のコマンドを実行します。

zman srrn /Subscription/SLES10Update /Subscription/SLED10Update

レプリケーション時にすべてのサブスクリプションで使用されるプロキシパスワードを設定します。このコマンドでは、プロキシパスワードの引数はオプションです。プロキシパスワードの引数を入力しない場合、パスワードを入力するようにコマンドから求められます。

最新のシステムアップデートまたはPRUをダウンロードします。

(システムアップデートまたはPRUの名前) - システムアップデートまたはPRUの名前かUID。

更新サーバまたは更新ファイル内で公開されている、利用可能な更新またはPRUのすべてのリストが表示されます。

次のオプションを受け入れます。

• -i, --importFile=[インポートファイル/ディレクトリのパス] - クエリへの重要なファイルへのフルパス。
• -u, --url=[更新サーバのURL] - クエリするシステムアップデートサーバのURLで、http://servername:[port]/pathという形式。
• -f, --product=[製品コード] - アップデートをチェックする製品コード(たとえばzcm、pru)。
• -v, --version=[製品のベースバージョン] - アップデートをチェックする製品のベースバージョン(たとえば、10.0、10.1)。

指定したシステムアップデートまたはPRUのステータスを表示します。

(システムアップデートまたはPRUの名前) - システムアップデートまたはPRUの名前かUID。

指定したシステムアップデートまたはPRUをゾーンから削除します。

(システムアップデートまたはPRUの名前) - システムアップデートまたはPRUの名前かUIDです。

次のオプションを受け入れます。

• -f, --force - 更新を強制的に削除します。割り当てがサーバからのみ削除されます。デバイスを更新し、更新を表示すると、更新がそのデバイスに適用されます。十分注意し、更新が有効な状態でないことが確かな場合のみ行ってください。

システムアップデートまたはPRUのダウンロードをキャンセルします。

(システムアップデートまたはPRUの名前) - システムアップデートまたはPRUの名前かUID。

認定済みシステムアップデートをデバイスに割り当てます。

(システム更新名) - システムアップデート名またはUID。

[デバイスパス] [...] - /デバイスを基準にした、デバイスの相対パス。

次のオプションを受け入れます。

• -a、--all - すべてのデバイスに割り当てます。

指定したデバイスまたはグループに割り当てられている更新をすべてリストにします。

(デバイスパス) - /デバイスを基準にした、デバイスの相対パス。

アップデートまたはPRUを認定します。

(システムアップデートまたはPRUの名前) - システムアップデートまたはPRUの名前かUID。

指定した更新をベースライン更新として設定するようにスケジュールします。

(システム更新名) - システム更新名またはUID。

システムアップデートまたはPRUを、ZIPファイルまたはディレクトリからゾーンにインポートします。アップデートまたはPRUがZENworksシステムに入った後は、オンラインアップデートやPRUと同じ方法で管理することができます。

(更新のパス) - アップデートまたはPRUのZIPファイルまたはディレクトリへのフルパス。

(システムアップデートまたはPRUの名前) - システムアップデートまたはPRUの名前かUID。

(-b, --checkbaseline) - 更新をチェックし、該当する場合はベースラインにします。 デフォルトは、更新をベースラインにしません。

管理ゾーン内のZENworksソフトウェアのシステム更新エンタイトルメントをアクティブ化して、Micro Focus Customer Centerサーバから最新バージョンのZENworksシステム更新とPRU(Product Recognition Update: 製品認識の更新)を受け取ります。

(メールID) - Micro Focusからの通信に使用される有効な電子メールアドレス。システム更新保守エンタイトルメントの購入に使用した電子メールアドレスを指定することをお勧めします。

(起動コード) - システム更新エンタイトルメントの起動コード。

システム更新のエンタイトルメントステータスを表示します。

指定された更新コンテンツを使用して、このサーバに展開パッケージを再構築します。

(システム更新名) - システムアップデート名またはUIDです。

-f, --force - アップデートに新しいパッケージが含まれていない場合でもパッケージの再構築を強制します。

新バージョンのファイルが含まれるアップデートのパッチを適用します。

(システム更新名) - システムアップデート名またはUIDです。

(パッチのパス) - パッチファイルが含まれるzipファイルまたはフォルダのフルパスです。

指定されたスタンドアロンアップデートパッケージを作成します。このコマンドを使用すると、アップデートGUIDとデバイスGUIDを使用して特定のデバイスのパッケージを作成したり、プラットフォームとアーキテクチャの詳細を使用してプラットフォームのパッケージを作成することができます。

(システム更新名) - システムアップデート名またはUIDです。

[デバイスパス] - /Devicesに対するデバイスの相対パス。

-n, --packagename=<スタンドアロンアップデートパッケージ名> - スタンドアロンアップデートパッケージの名前。指定しない場合、指定されたデバイス名またはプラットフォームから名前が導出されます。

-p, --platform=<OSプラットフォーム> - スタンドアロンアップデートパッケージのOSプラットフォーム。有効な値はWindowsです。

-a, --arch=<アーキテクチャ> - スタンドアロンアップデートパッケージのデバイスアーキテクチャ。有効な値は32または64です。

管理対象デバイスでの有効な割り当てを計算するには、

次のオプションを受け入れます。

-f、--強制された計算 – 管理対象デバイスに対する有効な割り当て計算を即時にトリガーします。

バンドルをユーザオブジェクトに割り当てます。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。
• -I, --icon-location=[アプリケーションロケーションXMLファイル] - バンドルアプリケーション用のアイコンを配置する場所を含むXMLファイル。XMLファイル形式については、IconLocation.xmlを参照してください。Linuxサーバでは/opt/novell/zenworks/share/zman/samples/bundles、WindowsサーバではInstallation_directory:\Novell\Zenworks\share\zman\samples\ bundlesに保存されています。
• -d, --distribution-schedule=[配布スケジュールXMLファイル] - 配布スケジュールを含むXMLファイル。
• -l, --launch-schedule=[起動スケジュールXMLファイル] - 起動スケジュールを含むXMLファイル。
• -b, --install-schedule=[インストールスケジュールXMLファイル] - インストールスケジュールを含むXMLファイル。
• -a, --availability-schedule=[可用性スケジュールXMLファイル] - 可用性スケジュールを含むXMLファイル。スケジュールXMLファイルテンプレートについては、XMLファイルを参照してください。Linuxサーバでは/opt/novell/zenworks/share/zman/samples/schedules、WindowsサーバではInstallation_directory:\Novell\Zenworks\share\zman\samples\ schedulesに保存されています。
• -i, --install-immediately - 配布後ただちにバンドルをインストールします。このオプションを使用するには、配布スケジュールも指定する必要があります。配布スケジュールは、--distribution-schedule, --distribute-now、または--distribute-on-device-refreshオプションを使用して指定することができます。
• -L, --launch-immediately - インストール後ただちにバンドルをインストールします。このオプションを使用するには、配布スケジュールも指定する必要があります。配布スケジュールは、--distribution-schedule, --distribute-now、または--distribute-on-device-refreshオプションを使用して指定することができます。
• -n, --distribute-now - バンドルをただちに配布するよう配布スケジュールを設定します。このオプションを指定すると、--distribution-scheduleおよび--distribute-on-device-refreshオプションは無視されます。--distribute-now、--distribute-on-device-refresh、および--distribution-scheduleオプションは配布スケジュールの設定に使用し、同時に使用することはできません。最初に--distribute-nowオプションが考慮され、次に--distribute-on-device-refreshオプションが考慮され、最後に--distribution-scheduleが考慮されます。
• -r, --distribute-on-device-refresh - デバイス更新時にバンドルを配布するよう配布スケジュールを設定します。このオプションを指定すると、--distribution-scheduleオプションは無視されます。
• -s, --launch-on-device-refresh - デバイス更新時にバンドルを起動するよう起動スケジュールを設定します。このオプションを指定すると、--launch-scheduleオプションは無視されます。

ポリシーをユーザオブジェクトに割り当てます。

次のオプションを受け入れます。

• -e, --enforce-now - 割り当てられているすべてのデバイスに対してポリシーをただちに強制的に適用します。
• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

ZENworksで設定されたユーザソースにユーザコンテナを追加します。

(ユーザコンテナ) - LDAPソースのルートコンテキストに対して相対的なRDN(相対式別名)形式で追加されるユーザコンテナ。

(表示名) - ユーザコンテナの名前を表示します。

ZENworksユーザグループにユーザを追加します。

次のオプションを受け入れます。

• -f, --folder=[ユーザフォルダ] - /ユーザを基準にした、ユーザフォルダの相対パス。このオプションを指定すると、ユーザオブジェクトのパスは、このフォルダを基準にして決定されます。これは、同じフォルダで複数のユーザオブジェクトを指定するのに使用できます。

ZENworksユーザグループを作成して、メンバーを追加します。

次のオプションを受け入れます。

• --desc=[説明] - グループの説明。
• -m, --members=[ユーザパス][...] - /ユーザを基準にした、ユーザの相対パス。
• -f, --folder=[ユーザフォルダ] - /ユーザを基準にした、ユーザフォルダの相対パス。このオプションを指定すると、ユーザオブジェクトのパスは、このフォルダを基準にして決定されます。これは、同じフォルダで複数のユーザオブジェクトを指定するのに使用できます。

1つ以上のZENworksユーザグループを削除します。

(ZENworksユーザグループパス) [...] - /ユーザを基準にした、ZENworksユーザグループのパス。

ZENworksユーザグループまたはLDAPディレクトリユーザグループのメンバーを一覧表示ます。

次のオプションを受け入れます。

• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ZENworksユーザグループからユーザを削除します。

次のオプションを受け入れます。

• -f, --folder=[ユーザフォルダ] - /ユーザを基準にした、ユーザフォルダの相対パス。このオプションを指定すると、ユーザオブジェクトのパスは、このフォルダを基準にして決定されます。これは、同じフォルダで複数のユーザオブジェクトを指定するのに使用できます。

ユーザに関する詳細情報が一覧表示されます。

ユーザオブジェクトを一覧表示します。

次のオプションを受け入れます。

• -r, --recursive - サブフォルダを含め、結果を再帰的に一覧表示します。このオプションを指定しなかった場合は、サブフォルダの内容は一覧表示されません。
• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果を表示します。引用符で囲む限り、ワイルドカード*および?を使用できます。
• -t, --typefilter=[タイプフィルタ][...] - 指定したオブジェクトタイプのカンマ区切りリストに一致する結果が表示されます。有効な値は、user、group、およびfolderです。
• -c, --count - 結果の数が表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ユーザオブジェクトに割り当てられたバンドルを一覧表示します。

次のオプションを受け入れます。

• -a, --all - 有効および無効のバンドル両方を一覧表示します。
• -e, --effective - 有効なバンドルのみ一覧表示します。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

特定のユーザがメンバーであるグループを一覧表示します。

次のオプションを受け入れます。

• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ユーザオブジェクトに割り当てられたポリシーを一覧表示します。

• -a, --all - 有効および無効のポリシー両方を一覧表示します。
• -e, --effective - 有効なポリシーのみ一覧表示します。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ユーザがログインしているデバイスを表示します。

ユーザのプライマリワークステーション、ログイン数、プライマリワークステーションにユーザがログインしていた時間(分)を一覧にします。

ユーザオブジェクトに割り当てられたバンドルを削除します。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。

ユーザオブジェクトに割り当てられたポリシーを削除します。

次のオプションを受け入れます。

• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

ユーザに割り当てられたポリシーの順序を変更します。

ユーザをテストユーザとして設定します。

例

user1をテストユーザとして設定する場合:

zman usat user1

ユーザをテストユーザ以外として設定します。

例

user1をテストユーザ以外として設定する場合:

zman usan user1

ユーザソースを設定します。

次のオプションを受け入れます。

-a, --accept-certificate - SSLモードを選択した場合に、ユーザソースが提示する証明書を受け入れます。このオプションは、スクリプトの場合にインタラクティブモードにならないようにするために設けられています。証明書を表示してから承認することをお勧めします。

設定されたユーザソースを一覧表示します。

ユーザソースのサーバ接続を一覧表示します。

ユーザソースからサーバ接続を削除します。

他のLDAPサーバ用に別の信頼する証明書を追加します。この証明書は、セキュアなユーザソースの接続を使用するとき、LDAPの検索要求の処理で参照できます。

• (証明書エイリアス) - キーストアで証明書を特定するために使用するエイリアス。
• (証明書ファイルパス) - DER形式の証明書ファイルのパス。

セキュアなユーザソースの接続に使用する別の信頼する証明書を一覧表示します。

セキュアなユーザソースの接続に使用する信頼する証明書を削除します。

• (証明書エイリアス) - キーストアで証明書を特定するために使用するエイリアス。

ユーザソースの新しいサーバ接続を追加します。

次のオプションを受け入れます。

-a, --accept-certificate - SSLモードを選択した場合に、ユーザソースが提示する証明書を受け入れます。このオプションは、スクリプトの場合にインタラクティブモードにならないようにするために設けられています。証明書を表示してから承認することをお勧めします。

-s, --use-ssl - 新しいサーバのアクセスにSSLを使用するように指定します。

ユーザに割り当てられたバンドルの詳細な展開ステータスを表示します。

次のオプションを受け入れます。

• --statusfilter=[ステータスタイプ][...] - バンドル配布およびインストールイベントのステータスでフィルタします。有効な値は、S、F、およびP (Success、Failure、およびPending)です。ステータスタイプのカンマ区切りリストを指定できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ユーザに割り当てられたポリシーの詳細な展開ステータスを表示します。

次のオプションを受け入れます。

• --statusfilter=[ステータスタイプ][...] - ポリシー適用イベントのステータスでフィルタします。有効な値は、S、F、およびP (Success、Failure、およびPending)です。ステータスタイプのカンマ区切りリストを指定できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

バンドルをワークステーションオブジェクトに割り当てます。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。
• -I, --icon-location=[アプリケーションロケーションXMLファイル] - バンドルアプリケーション用のアイコンを配置する場所を含むXMLファイル。XMLファイル形式については、IconLocation.xmlを参照してください。Linuxサーバでは/opt/novell/zenworks/share/zman/samples/bundles、WindowsサーバではInstallation_directory:\Novell\Zenworks\share\zman\samples\ bundlesに保存されています。
• -d, --distribution-schedule=[配布スケジュールXMLファイル] - 配布スケジュールを含むXMLファイル。
• -l, --launch-schedule=[起動スケジュールXMLファイル] - 起動スケジュールを含むXMLファイル。
• -a, --availability-schedule=[可用性スケジュールXMLファイル] - 可用性スケジュールを含むXMLファイル。スケジュールXMLファイルテンプレートについては、XMLファイルを参照してください。Linuxサーバでは/opt/novell/zenworks/share/zman/samples/schedules、WindowsサーバではInstallation_directory:\Novell\Zenworks\share\zman\samples\ schedulesに保存されています。
• -b, --install-schedule=[インストールスケジュールXMLファイル] - インストールスケジュールを含むXMLファイル。
• -i, --install-immediately - 配布後ただちにバンドルをインストールします。このオプションを使用するには、配布スケジュールも指定する必要があります。配布スケジュールは、--distribution-schedule, --distribute-now、または--distribute-on-device-refreshオプションを使用して指定することができます。
• -L, --launch-immediately - インストール後ただちにバンドルをインストールします。このオプションを使用するには、配布スケジュールも指定する必要があります。配布スケジュールは、--distribution-schedule, --distribute-now、または--distribute-on-device-refreshオプションを使用して指定することができます。
• -n, --distribute-now - バンドルをただちに配布するよう配布スケジュールを設定します。このオプションを指定すると、--distribution-scheduleおよび--distribute-on-device-refreshオプションは無視されます。--distribute-now、--distribute-on-device-refresh、および--distribution-scheduleオプションは配布スケジュールの設定に使用しますが、互いに同時に使用することはありません。最初に--distribute-nowオプションを検討してから、--distribute-on-device-refreshオプションと--distribution-scheduleを使用してください。
• -r, --distribute-on-device-refresh - デバイス更新時にバンドルを配布するよう配布スケジュールを設定します。このオプションを指定すると、--distribution-scheduleオプションは無視されます。
• -s, --launch-on-device-refresh - デバイス更新時にバンドルを起動するよう起動スケジュールを設定します。このオプションを指定すると、--launch-scheduleオプションは無視されます。
• -w, --wakeup-device-on-distribution - バンドルの配布中にデバイスがシャットダウンした場合、Wake-On-LANを使用してデバイスを起動します。このオプションを使用するには、配布スケジュールも指定する必要があります。配布スケジュールは、--distribution-schedule, --distribute-now、または--distribute-on-device-refreshオプションを使用して指定することができます。
• -D, --dry-run - 要求されたアクションをテストして表示しますが、実際には実行しません。
• -B, --broadcast=[ブロードキャストアドレス][...] - Wake-On-LANマジックパケットをブロードキャストするのに使用するアドレスのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。有効なIPアドレスが、有効な値です。
• -S, --server=[/デバイスを基準にしたプライマリサーバオブジェクトまたはプロキシサーバオブジェクトの相対パス][...] - デバイスを起動するのに使用するプライマリまたはプロキシサーバオブジェクトのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。
• -C, --retries=[再試行回数] - デバイスにWake-On-LANマジックパケットを送信する回数。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は0～5の範囲である必要があります。デフォルト値は「1」です。
• -T, --timeout=[再試行間隔] - 2回の再試行の間の間隔。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は2～10の範囲である必要があります(単位は分)。デフォルト値は「2」です。

ポリシーをワークステーションオブジェクトに割り当てます。

次のオプションを受け入れます。

• -c, --conflicts=[ポリシー競合解決順序] - ポリシー競合の解決方法を決定します。有効な値は、userlastまたは1、devicelastまたは2、deviceonlyまたは3、useronlyまたは4です。userlastの場合、デバイスに関連付けられたポリシーがまず適用され、それからユーザに関連付けられたポリシーが適用されます。devicelastの場合、ユーザに関連付けられたポリシーがまず適用され、それからデバイスに関連付けられたポリシーが適用されます。deviceonlyの場合、ユーザに関連付けられたポリシーは無視されます。useronlyの場合、デバイスに関連付けられたポリシーは無視されます。このオプションを指定しなかった場合には、userlastがデフォルト値として使用されます。
• -e, --enforce-now - 割り当てられているすべてのデバイスに対してポリシーをすぐに強制します。
• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

ワークステーションからワークステーションに関係をコピーします。ワークステーションの関係にはバンドル割り当て、ポリシー割り当て、およびグループメンバーシップが含まれます。

次のオプションを受け入れます。

• -r, --relationship-type: コピーする関係タイプ。有効な値は、bundles、policies、およびgroupsです。オプションbundlesは、ソースデバイスの関連付けられたすべてのバンドル割り当てをコピーします。オプションpoliciesは、ソースデバイスの関連付けられたすべてのポリシー割り当てをコピーします。オプションgroupsは、ソースデバイスに関連付けられたグループのメンバーとしてターゲットデバイスを追加します。
• -a, --assignment-options: 割り当てオプション。有効な値は、assign-to-group-members、assign-to-folder-members、およびassign-to-folder-members-recursivelyです。オプションassign-to-group-membersは、ターゲットグループのメンバーに割り当てをコピーします。オプションassign-to-folder-membersは、ターゲットフォルダ内のデバイスに割り当てをコピーします。オプションassign-to-folder-members-recursivelyは、ターゲットフォルダおよびそのサブフォルダ内のデバイスに割り当てをコピーします。
• -c, --conflict-resolution: 既存の割り当ての競合解決オプション。有効な値は、delete-existing-assignmentsおよびreplace-existing-assignmentsです。オプションdelete-existing-assignmentsは、ターゲットデバイスの既存のすべての割り当てを削除します。オプションreplace-existing-assignmentsは、選択した割り当てでターゲットデバイスの既存の割り当てを置き換えます。
• -g, --group-membership: ターゲットオブジェクトタイプ、グループおよびフォルダのグループメンバーシップオプション。有効な値は、add-group-members、add-folder-members、add-folder-members-recursively、およびdelete-existing-group-membershipです。オプションadd-group-membersは、ソースデバイスがメンバーであるグループのメンバーとしてターゲットグループのメンバーを追加します。オプションadd-folder-membersは、ソースデバイスがメンバーであるグループのメンバーとしてターゲットフォルダ内にデバイスを追加します。オプションadd-folder-members-recursivelyは、ソースデバイスがメンバーであるグループのメンバーとしてターゲットフォルダとそのサブフォルダ内にデバイスを追加します。オプションdelete-existing-group-membershipは、ターゲットデバイスがメンバーである既存のグループメンバーシップを削除します。

次に例を示します。

ソースワークステーションのすべての関係を複数のワークステーションにコピーするには: zman workstation-copy-relationships workstationfolder/sourceworkstation --relationship-type=bundles,policies,groups workstationfolder/workstation workstationfolder/workstationfolder1 workstationfolder/workstationgroup

ソースワークステーションのポリシー割り当てをターゲットワークステーションフォルダ内のワークステーションに再帰的にコピーするには: zman wcr workstationfolder/sourceworkstation --relationship-type=bundlesworkstationfolder1 workstationfolder2 -assignment-options=assign-to-group-member,assign-to-folder-members

ソースワークステーションから割り当てをコピーしているときにターゲットワークステーションの競合バンドル割り当てを置き換えるには: zman wcr workstationfolder/sourceworkstation -r=policies workstationfolder/workstation -conflict-resolution=delete-existing-assignments

ターゲットワークステーショングループのワークステーションをソースワークステーションのグループに追加するには: zman wcr workstationfolder/sourceworkstation -r=groups workstationgroupgroup-membership=add-folder-members-recursively

1つまたは複数のワークステーションオブジェクトを削除します。

(ワークステーションオブジェクトパス) [...] - /デバイス/ワークステーションを基準にした、ワークステーションオブジェクト(ワークステーション、ワークステーションフォルダ、またはワークステーショングループ)の相対パス。ワイルドカード*は、引用符で囲まれている場合には、オブジェクト名に使用できます。オブジェクトを削除するのにワイルドカードを使用する場合は、注意します。

次のオプションを受け入れます。

• -r, --recursive - フォルダ内のオブジェクトを再帰的に削除します。
• -f, --folder=[ワークステーションフォルダ] - /デバイス/ワークステーションを基準にした、ワークステーションフォルダの相対パス。このオプションを指定すると、ワークステーションオブジェクトのパスは、このフォルダに関連して決定されます。これは、同じフォルダで複数のワークステーションオブジェクトを指定するのに使用できます。

ワークステーションを格納するための新しいフォルダを作成します。

次のオプションを受け入れます。

• --desc=[説明] - フォルダの説明。

ワークステーションをワークステーショングループに追加します。

次のオプションを受け入れます。

• -f, --folder=[ワークステーションフォルダ] - /デバイス/ワークステーションを基準にした、ワークステーションフォルダの相対パス。このオプションを指定すると、ワークステーションオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のワークステーションオブジェクトを指定するのに使用できます。

ワークステーショングループを作成して、メンバーを追加します。

次のオプションを受け入れます。

• --desc=[説明] - グループの説明。
• -m, --members=[ワークステーションパス][...] - /デバイス/ワークステーションを基準にした、ワークステーションの相対パス。
• -f, --folder=[ワークステーションフォルダ] - /デバイス/ワークステーションを基準にした、ワークステーションフォルダの相対パス。このオプションを指定すると、ワークステーションオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のワークステーションオブジェクトを指定するのに使用できます。

ワークステーショングループまたは動的ワークステーショングループのメンバーを一覧表示します。

次のオプションを受け入れます。

• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ワークステーションをワークステーショングループから削除します。

次のオプションを受け入れます。

• -f, --folder=[ワークステーションフォルダ] - /デバイス/ワークステーションを基準にした、ワークステーションフォルダの相対パス。このオプションを指定すると、ワークステーションオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のワークステーションオブジェクトを指定するのに使用できます。

ワークステーションに関する詳細情報が一覧表示されます。

ワークステーションオブジェクトを一覧表示します。

次のオプションを受け入れます。

• -r, --recursive - サブフォルダを含め、結果を再帰的に一覧表示します。このオプションを指定しなかった場合は、サブフォルダの内容は一覧表示されません。
• -n, --namefilter=[フィルタ文字列] - 指定した名前に一致する結果を表示します。引用符で囲む限り、ワイルドカード*および?を使用できます。
• -t, --typefilter=[タイプフィルタ][...] - 指定したオブジェクトタイプのカンマ区切りリストに一致する結果が表示されます。有効な値は、device、group、およびfolderです。
• -c, --count - 結果の数が表示されます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。
• -f, --flagfilter=[フラグフィルタ][...] - 指定したフラグのカンマ区切りリストに一致する結果が表示されます。有効な値は、retired、notretired、test、non-testです。

ワークステーションオブジェクトに割り当てられたバンドルを一覧表示します。

次のオプションを受け入れます。

• -a, --all - 有効および無効のバンドル両方を一覧表示します。
• -e, --effective - 有効なバンドルのみ一覧表示します。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示される結果の数。

特定のワークステーションがメンバーであるグループを一覧表示します。

次のオプションを受け入れます。

• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ワークステーションオブジェクトに割り当てられたポリシーを一覧表示します。

次のオプションを受け入れます。

• -a, --all - 有効および無効のポリシー両方を一覧表示します。
• -e, --effective - 有効なポリシーのみ一覧表示します。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

ワークステーションオブジェクトを別のフォルダに移動します。

ワークステーション内のZENworks Agentを更新します。

次のオプションを受け入れます。

-f, --folder=[ワークステーションフォルダ] - /デバイス/ワークステーションを基準にした、ワークステーションフォルダの相対パス。このオプションを指定すると、ワークステーションオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のワークステーションオブジェクトを指定するのに使用できます。

--server=<server/server folder/server group object path>[...] - /Devices/Serversを基準にした、プライマリサーバオブジェクト(サーバ、サーバフォルダ、またはサーバグループ)の相対パス。クイックタスク通知を送信するために使用します。

--notify=<minutes> - すべてのデバイスに通知する時間(分)。

--expire=<minutes> - クイックタスクが作成されてから期限切れになるまでの時間(分)。ただちに期限切れにするには、0を指定します。

--currentserver - 現在のプライマリサーバにクイックタスクを追加します。

--anyserver - 任意のプライマリサーバにクイックタスクを追加します。

--expirenever - プライマリサーバでクイックタスクを期限切れにしません。

ワークステーションオブジェクトに割り当てられたバンドルを削除します。

次のオプションを受け入れます。

• -f, --folder=[バンドルフォルダ] - /バンドルを基準にした、バンドルフォルダの相対パス。このオプションを指定すると、バンドルオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のバンドルオブジェクトを指定するのに使用できます。

ワークステーションオブジェクトに割り当てられたポリシーを削除します。

次のオプションを受け入れます。

• -f, --folder=[ポリシーフォルダ] - /ポリシーを基準にした、ポリシーフォルダの相対パス。このオプションを指定すると、ポリシーオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のポリシーオブジェクトを指定するのに使用できます。

ワークステーションオブジェクトを名前変更します。

ワークステーションに割り当てられたポリシーの順序を変更します。workstation-list-policiesコマンドを使用して、割り当てられたポリシーの順序を取得します。

次の更新時に、ZENworksシステムから、選択したワークステーションをリタイアさせます。デバイスのリタイアはデバイスの削除とは異なります。デバイスをリタイアしても、GUIDは保持されます(これとは反対に、デバイスを削除すると、GUIDも削除されます)。そのため、インベントリ情報はすべて保持されたままでアクセス可能ですが、ポリシーおよびバンドルの割り当てはすべて削除されます。後でデバイスを再度アクティブ化する場合、割り当ては復元されます。

次のオプションを受け入れます。

• -i, --immediate - デバイスのリフレッシュで強制的にデバイスをすぐにリタイアします。

ワークステーションをテストデバイスとして設定します。

例

workstation1をテストデバイスとして設定する場合:

zman wsat workstation1

ワークステーションをテストデバイス以外として設定します。

例

workstation1をテストデバイス以外として設定する場合:

zman wsan workstation1

次のリフレッシュ時に選択されたワークステーションを再度有効にして、デバイスが以前所有していたすべてのポリシーとバンドルの割り当てを再割り当てします。

次のオプションを受け入れます。

• -i, --immediate - デバイスのリフレッシュで強制的にデバイスをすぐにリタイア解除します。

ワークステーションに割り当てられたバンドルの詳細な展開ステータスを表示します。

次のオプションを受け入れます。

• --statusfilter=[ステータスタイプ][...] - バンドル配布およびインストールイベントのステータスに対するフィルタです。有効な値はS、R、C、A、F、およびP(Success、Partial Success,、Completed、Partial Complete、Failure、およびPending）です。 ステータスタイプのカンマ区切りリストを指定できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

例

workstation1に割り当てられたバンドルの展開状態を表示する場合:

zman wvabs workstation1

バンドル展開が成功または保留状態のworkstation1に割り当てられたバンドルの展開状態を表示する場合:

zman wvabs workstation1 --statusfilter S,P

ワークステーションに割り当てられたポリシーの詳細な展開ステータスを表示します。

次のオプションを受け入れます。

• --statusfilter=[ステータスタイプ][...] - ポリシー適用イベントのステータスでフィルタします。有効な値は、S、F、およびP (Success、Failure、およびPending)です。ステータスタイプのカンマ区切りリストを指定できます。
• -s, --scrollsize=[スクロールサイズ] - 一度に表示させる結果の数。

Wake-On-Lanを使用してワークステーションを起動します。

次のオプションを受け入れます。

• -f, --folder=[ワークステーションフォルダ] - /デバイス/ワークステーションを基準にした、ワークステーションフォルダの相対パス。このオプションを指定すると、ワークステーションオブジェクトのパスは、このフォルダに対して決定されます。これは、同じフォルダで複数のワークステーションオブジェクトを指定するのに使用できます。
• -b --broadcast=[ブロードキャストアドレス][...] - Wake-On-LANマジックパケットをブロードキャストするのに使用するアドレスのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。有効なIPアドレスが、有効な値です。
• -s, --server=[プライマリサーバオブジェクトまたはプロキシサーバオブジェクトのパスであり 、/デバイスへの相対ぱすです][...] - デバイスを起動するのに使用するプライマリまたはプロキシサーバのカンマ区切りリスト。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。
• -C, --retries=[再試行回数] - デバイスにWake-On-LANマジックパケットを送信する回数。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は0～5の範囲である必要があります。デフォルト値は「1」です。
• -t, --timeout=[再試行間隔] - 2回の再試行の間の間隔。このオプションは、Wake-On-LANを使用してデバイスを起動する場合にのみ使用します。値は2～10の範囲である必要があります(単位は分)。デフォルト値は「2」です。

このサーバを別のZENworks Serverに複製するために必要な設定ファイルをバックアップします。

• (ファイルパス) - ZENworks Server設定ファイルがバックアップされるファイルのパス。サーバに埋め込みデータベースが含まれている場合、database-backupコマンドを使用して、データベースをバックアップします。別のサーバインストールでサーバを復元するには、zenserver-restoreコマンドを使用して設定ファイルを最初に復元してから、データベースを復元する必要があります。コマンドによって、バックアップファイルを暗号化するためのパスフレーズが求められます。指定したパスフレーズをメモしてください。サーバを復元するときに、これを入力する必要があります。
• [パスフェーズ] - ZENworksサーバ設定ファイルがバックアップされるファイルのパス。サーバに埋め込みデータベースが含まれている場合、database-backupコマンドを使用して、データベースをバックアップします。別のサーバインストールでサーバを復元するには、zenserver-restoreコマンドを使用して設定ファイルを最初に復元してから、データベースを復元する必要があります。バックアップファイルを暗号化するパスフェーズのコマンドプロンプト。

クラッシュしたZENworks Serverのバックアップされた設定ファイルを新しいZENworks Serverインストールに復元します。

• (ファイルパス) - 復元されるバックアップされた設定ファイルを含むファイルのパス。サーバは復元されているサーバと同じDNS名とIPアドレスを持つ必要があります。コマンドによって、バックアップされたファイルを暗号化するためのパスフレーズが求められたら、ファイルがバックアップされた際にファイルを暗号化するために使用されたパスフレーズを入力してください。
• [パスフェーズ] - ZENworksサーバ設定ファイルがバックアップされるファイルのパス。サーバに埋め込みデータベースが含まれている場合、database-backupコマンドを使用して、データベースをバックアップします。別のサーバインストールでサーバを復元するには、zenserver-restoreコマンドを使用して設定ファイルを最初に復元してから、データベースを復元する必要があります。バックアップファイルを暗号化するパスフェーズのコマンドプロンプト。

さまざまなレベルでヘルプを提供します。ヘルプの使用方法の詳細については、「使用方法」のセクションを参照してください。

コマンドの構文を表示します。

簡潔な出力を表示します。

デバッグ出力を表示します。

詳細な出力を有効にします。

出力を行いません。エラーメッセージだけが出力されます。

ユーザ名を指定します。指定しなかった場合は、入力するように求められます。

パスワードを指定します。指定しなかった場合は、入力するように求められます。

接続先のホスト名またはIPアドレスを指定します(デフォルト: localhost)。

サーバがリスンするポートを指定します(デフォルト:443)。

デバッグのためにSSLを無効化します。ポートがクリアテキストポートに設定されていない場合は、デフォルトでポート80に接続します。

画面の出力をファイルにリダイレクトします。コマンドラインリダイレクション演算子(>)の代わりにこのオプションを使用すると、データはUTF-8形式で保存され、英語以外の文字も保持されます。

zman-config.propertiesで指定されたグローバルオプションファイルを無視します。

前回インポートされたZeUS msiの設定を指定します。

最新のZeUS MSIをゾーンにインポートします。

(ZeUS Msiへのパス) - ZeUSディレクトリへのフルパスを入力します。

次のオプションを受け入れます。

-f, --force - バージョンが同じ場合でもMSIを再インポートします。これにより、サーバ内にある現在のzeus環境設定が上書きされます。

システム更新がデバイスに割り当てられている場合、そのシステム更新を取得します。

メモ: これはZMANコマンドではありません。