Perforceサーバが出力するログを管理する方法は2つあります。
- 管理方法
1. 構造化ログファイルによる管理
2. P4D起動オプションによる管理

- 詳細
1. 構造化ログファイルによる管理
ログファイルを構造化形式(.csv)で書き込むようにPerforceサーバを構成することができます。構造化ログファイルには一般的なログファイルよりも詳細な情報が含まれ、より解析しやすくなっています。
※詳細な情報が含まれる分、相当量のディスクスペースが消費される可能性があります。ローテート設定を併せて行っていただくことをお勧めいたします。
詳細につきましては、以下のURLをご覧ください。

- ログ記録と構造化ログファイル
http://www.toyo.co.jp/files/user/img/product/ss/help/perforce/r15.1/manuals/p4sag/chapter.superuser.html#superuser.advanced.logging

-　構造化ログ設定
ここでは、コマンドログ、エラーログ、監査ログの設定を例として説明いたします。

    コマンドログ
　　　- コマンド例
　　　  p4 configure set serverlog.file.2=C:\log\command\commands.csv

    エラーログ
　　　- コマンド例
　　　  p4 configure set serverlog.file.3=C:\log\error\error.csv

    監査ログ
　　　- コマンド例　
　　　  p4 configure set serverlog.file.4=C:\log\audit\audit.csv

- ローテート設定例
ログファイルのローテートには、3つの設定が必要となります。

　1. ログファイルサイズの設定
　　　ログファイルがローテートされるファイルサイズを指定します。
　　　※単位はMBでの指定となります。

　　　- コマンド例（200MB/ファイル）
　　　　p4 configure set serverlog.maxmb.2=200
　　　　p4 configure set serverlog.maxmb.3=200
　　　　p4 configure set serverlog.maxmb.4=200

　2. ログファイル世代数の設定
　　　保存するログファイルの世代数を指定します。

　　　- コマンド例（5世代）
　　　　p4 configure set serverlog.retain.2=5
　　　　p4 configure set serverlog.retain.3=5
　　　　p4 configure set serverlog.retain.4=5

　3. ローテート番号カウンタ設定
　　　ログファイルにローテート番号を追記する場合、カウントを設定します。

　　　- コマンド例
　　　　p4 configure set serverlog.counter.2=log2
　　　　p4 configure set serverlog.counter.3=log3
　　　　p4 configure set serverlog.counter.4=log4

以上が、構造化ログの設定とログローテートによる管理方法となります。

2. P4D起動オプションによる管理

Perforceサーバ起動時に利用可能なオプションを用いることで、監査ログとサーバコマンドログの出力先を指定していただくことができます。
P4Dオプションの詳細は、以下のURLをご覧ください。

- P4Dオプション
http://www.toyo.co.jp/files/user/img/product/ss/help/perforce/r15.1/manuals/p4sag/appendix.p4d.html#p4d.options

- 利用オプション
-A : 監査ログファイルを指定します。
-L : ログファイルを指定します。

　- オプション設定例
　p4d -r /p4root -p 1666 -A /var/log/p4audit/audit.log -L /var/log/p4server/server.log

以上が、P4D起動オプションによる管理方法となります。

ご不明な点がございましたら、ご遠慮なくこちらまでお問い合わせください。

PERFORCEのライセンスは、ユーザ・ロックのライセンスです。 したがいまして、特定の1ユーザに対して1ライセンスが必要となります。 このユーザはPERFORCEサーバごとに管理されます。
なお、このユーザ情報はPERFORCEが独自に管理する情報ですので、 NISやWindowsのドメインは必須ではありません。
ライセンスファイルを持たない場合でも、2ユーザまでであれば、製品版と同じ機能をご使用になれます。 ライセンスに関する詳細は、こちらをご覧ください。

PERFORCEのインストール（およびアップグレード）は非常に簡単です。 東陽テクニカのWebサイトにおいて、その手順を図解入りで説明しておりますので、 恐れ入りますがそちらをご覧下さい。 基本操作のご紹介をご覧下さい。

できます。アーキテクチャ（OS）が同じか否か、行末コード（LFまたはCR/LFまたはCR）が 同じか否かによって手順は異なりますが、例えばアーキテクチャが同じ場合であれば、 ディポのデータベースとバージョン管理されたファイルをコピーするだけです。
この件に関する詳しい情報が、システム管理者ガイド に書かれていますのでご参考にしてください。
ただし、パス名に日本語が含まれている場合は、特別な手順が必要となりますので、 事前に弊社テクニカルサポート までお問い合わせください。 もし、将来的に異なるアーキテクチャ間でディポを移動させる予定がある場合は、 移動が完了するまで、日本語のパス名を持たないようにすることをお勧め致します。

多くの場合はできます。PERFORCEを再インストールしても、ユーザ資産であるディポは何ら影響を受けません。 ただし、ベータテスト中に重大な修正を行った場合はこの限りではありません。詳しくは、弊社テクニカルサポートまでお問い合わせください。

英語版PERFORCEの場合、Subversion、CVS、VSS、PVCSからの移行ユーティリティ（コンバータ）が 公開されています。
日本語版PERFORCEに対しては、現在のところ、これらのコンバータを公開しておりません。詳しくは、弊社テクニカルサポートまでお問い合わせください。

いったん、クライアントのワークスペースにファイルを格納し、登録するだけですので、 非常に簡単です。

PERFORCEは、OSへの依存が少なくファイルシステムへの依存がないため、システム管理が容易で、 トラブルの発生が非常に少ないツールです。 だからと言って、現実的にシステム管理者が不要ということにはなりませんが、 「ツールの世話」という意味ではシステム管理者の負荷は非常に軽く、 システム管理者は純粋なソフトウェア構成管理（ブランチの方針検討、ラベルの適用、 レポートの作成、ユーザの管理等）に専念できます。 開発システムまたはサブシステムに対して1名のシステム管理者で十分でしょう。

ディポ全体を（自動的に）バックアップするような機能は、残念ながら提供されていません。 ディポ全体は、ユーザの標準的なツールや手順によってバックアップしてください。
ただし、メタデータを管理しているデータベースの部分については、チェックポイント・ファイルと ジャーナル・ファイルを作成する機能を提供します。これにより、例えば週1回の全体バックアップとは 別に、日々のバックアップは非常に短時間で行うことができ、しかもその際に開発作業をストップさせる 必要はありません。さらに、チェックポイント・ファイルとジャーナル・ファイルからのリストアは非常に簡単です。

Perforceサーバの IP アドレスを変更しない場合、手続きの必要はありません。
IP アドレスを変更する場合、移動申請が必要になります。
移動申請書を印刷後、必要事項をご記入の上、弊社ライセンス係宛にメールもしくは FAX でお送りください。

なお、ご記入は、英語（アルファベットと数字）にてお願いいたします。
（ポート番号のご記入は、不要です。）

できます。「メタデータのみ参照可」「ファイルの内容まで参照可」「ファイルの更新可」 「ディポの更新可」「システム管理用コマンドの実行可」等のアクセス制御を、ユーザ単位かつ ファイル単位に行うことができます。ユーザの指定は、PERFORCEが独自に管理するグループの指定で行うことも可能ですし、ファイルに指定には "*" や "..." 等のワイルドカードも指定可能ですので、 細かい設定も簡単に実現できます。