5.7を管理しています。1台のインフォメーションサーバに対して、多数の一般サーバがあるので、その一部ずつ(段階的に)バージョン5.7から5.8へアップグレードしようと計画しています。どのような手順で操作すればよいでしょうか。Managerサーバからプログラムの配信は行えません。プログラムの配信はインフォメーションサーバの機能を使用して行います。4を適用してください。5.8の新コンポーネント(ウイルスクリーンナップエンジン(64ビット))の配信に対応します。段階2次に、一般サーバのグループ分けを行ってください。本製品Q&Aでは一般サーバを3つのグループにわけて、グループA→B→Cの順にアップグレードを行う際の手順を説明します。(このグループは、ServerProtectのドメインには関係なく、1回目にアップグレードを行うサーバ群をグループAとします。)(配信計画例)1日目に、インフォメーションサーバと同一コンピュータ上の一般サーバ、およびグループAの一般サーバをアップグレードする。2日目にグループBの一般サーバをアップグレードする。3日目にグループCの一般サーバをアップグレードする。【警告】プログラムの配信には1台あたり約50MBのトラフィックが発生します。(→参考:「プログラムの配信時にネットワーク上に流れるデータ量」)ネットワークへの負荷がかかりますので、アップグレード時にはグループ分けを行われることを強く推奨します。Managerサーバ管理下の環境をアップグレードする方法が書かれています。Managerサーバからの配信を一時停止できない場合や、グループごとに分けて段階的アップグレードを行う場合にはお勧めできません。Managerサーバからパターンファイルなどが配信されると、後述の「SpntShareフォルダを置き換える必要がある例」となってしまうためです。段階3最後に、アップグレードを行う手段を選んでください。段階的アップグレードを行うには2つの方法があります。どちらかご都合のよいほうをお選びください。いずれの場合も、インフォメーションサーバと一般サーバのバージョンが異なる状態(移行途中)は数ヶ月以内の一時的なものとしてください。原則としてインフォメーションサーバと一般サーバは同一バージョンであることがサポートの前提となるためです。(上書きインストールによるアップグレード)何らかの要因でアップグレードに失敗しアンインストールができなくなった場合は、「関連する製品Q&A」に記載の手動アンインストールをお試しください。Managerサーバからしかパターンファイルを取得できない場合や、分けたグループの数が少ない場合にお勧めの手順です。分けたグループの数によっては、ローカルインストールのほうがアップグレード完了までの総作業工数が少なくなる場合があります。「ローカルインストールによってアップグレードする」もご覧の上、ご検討ください。1095を適用してください。1095を適用せずにアップグレード作業を開始した場合、以下の問題が発生します。アップグレードが完了するまでの間にパターンファイル(プログラム以外のコンポーネント)の配信が行われると、同時にプログラムの配信も行われる。プログラムのみの配信を行っても、プログラムが配信されない。1095を適用してください。1095を適用しなくてもかまいません。Patchの修正対象は64ビット版一般サーバのみのためです。Patchの適用は不要です。修正内容を逆に利用したプログラムの配信方法となりますが、配信内容に問題は見つかっていません。Managerサーバから移行対象のServerProtectに対してコンポーネントの配信を行わないようにしてください。Managerサーバのアップデート時刻をアップグレード時間帯から外すか、移行時専用の配信計画を別途作成してください。(万が一配信されてしまっても影響をなくす方法がありますので、ご安心ください。)また、ServerProtect側の予約アップデートタスクも予期せぬ動作を防ぐためにアップグレードの時間帯には行わないようにしてください。5.8のインストールプログラムを実行します。新規インストールとほぼ同じ流れで、インフォメーションサーバ、および同一コンピュータにインストールされている一般サーバ、管理コンソールをアップグレードします。(詳しい手順は新規インストール手順をご参照ください。Managerエージェントをインストールしますか?」というポップアップが表示されます。Managerエージェントをアップグレードしてください。Managerサーバから正しく管理を行うことができません。5.8で新たに追加されたスパイウェアパターンファイルなどが受け取れないといった現象が発生します。Infrastructure"サービスを停止します。Managerエージェントのサービスです。Managerサーバから配信を受けないようにするために停止します。管理コンソールを開き、アップグレードが完了していることを確認します。[アップデート]メニュー-[アップデート]をクリックし、コンポーネントの一覧にある「ServerProtectプログラム」のバージョンが5.80であることを確認してください。Managerサーバからコンポーネントの配信がなかったかどうかを確認します。下記のファイルをテキストエディタなどで開き、内容が正しいかどうかご確認ください。Files\Trend\SProtect\SpntShare\server.ini確認するポイント:以下の3つのセクションの「Version=」の行が「5.80」になっていることを確認してください。(各セクションの間には空白の行がない場合もあります。見易さのために、この手順では空白の行を挿入しています。5.8のインストール直後の状態に戻します。Managerサーバから配信があった場合は、「5.58」などに変更されています。42341Min=5.0Max=6.0[Info_453_50000_4_5121]Version=5.80Update_Path=serverprotect/spnt580/auspnt50.zip,43914Min=5.0Max=6.0[配信]ボタンを押し、"コンポーネントの選択"から「ServerProtectプログラム」を選び、グループAに属するサーバにのみチェックを入れて配信を行ってください。配信の際には一般サーバ1台あたり約50MBのトラフィックが発生します。(→参考:「プログラムの配信時にネットワーク上に流れるデータ量」)これでグループAに対するアップグレード作業は完了です。すると管理コンソールのツリー表示で、プログラムのバージョンが「5.80.xxxx」と表示されます。5.8で導入されたインフォメーションサーバとの暗号化された通信を開始するために1~2分かかることがあります。)【ヒント】プログラムのアップグレード後にコンピュータの再起動を求められることはありませんが、検索エンジンファイルの置き換えなども発生しているため、システムのメンテナンス時などコンピュータを再起動されることをお勧めします。Infrastructure"サービスを開始してください。次にグループBのアップグレードを行います。下記のファイルをテキストエディタなどで開き、手順9に記載の「SpntShareフォルダを置き換える必要がある例」になっているかどうかを確認します。Files\Trend\SProtect\SpntShare\server.ini置き換えが必要な場合はSpntShareフォルダを誤って削除した場合の対処方法に沿って操作を行ってください。置き換えが不要の場合は、そのまま次の手順に進んでください。Managerサーバから1度でもパターンファイルなどのコンポーネントが配信された場合は「SpntShareフォルダを置き換える必要がある例」のように変更されています。[配信]ボタンを押し、"コンポーネントの選択"から「ServerProtectプログラム」を選び、グループBに属するサーバにのみチェックを入れて配信を行ってください。グループCに対しては手順12~13を繰り返してください。以降のグループがある場合も同様です。Managerエージェントを停止させたくない場合にお勧めの手順です。分けたグループの数によってはローカルインストールのほうがアップグレード完了までの総作業工数が少なくなる場合があります。「プログラムの配信によってアップグレードする」もご覧の上、ご検討ください。5.8のインストールプログラムを実行します。異なるバージョンのインフォメーションサーバによって一般サーバを管理し続けることはサポートされません。アップグレードのため一時的にバージョン違いになる状態が長く続かないようにしてください。最初にインフォメーションサーバのアップグレードを行ってください。新規インストールとほぼ同じ流れで、インフォメーションサーバ、および同一コンピュータにインストールされている一般サーバ、管理コンソールをアップグレードします。(詳しい手順は新規インストール手順をご参照ください。)グループAにある一般サーバのローカルで、それぞれでインストールプログラム"SPNT58.exe"を実行します。新規インストール手順を参考に操作を行ってください。「新規インストール手順」の手順6にある画面では、「ServerProtect一般サーバとしてインストールする」にのみチェックを入れてください。これでグループAに対するアップグレード作業は完了です。すると管理コンソールのツリー表示で、プログラムのバージョンが「5.80.xxxx」と表示されます。【ヒント】プログラムのアップグレード後にコンピュータの再起動を求められることはありませんが、検索エンジンファイルの置き換えなども発生しているため、システムのメンテナンス時などコンピュータを再起動されることをお勧めします。次にグループBのアップグレードを行います。手順3と同様に、グループBのローカルで"SPNT58.exe"を実行し、一般サーバをアップグレードさせてください。グループCに対しても手順3と同様の操作を行ってください。Id:1309616ご提案/ご意見このソリューションはお役に立ちましたか?はいいいえフィードバックありがとうございました!このソリューションの内容を改善するために、ご提案/ご意見がありましたらお聞かせください少なくとも一つ選択してください。図や絵がわかりづらかった.詳しい手順が記載されていなかった.説明文がわかりづらい.動画が表示されなかった.問題が解決しなかった.その他.ご提案/ご意見を記載してください.その他の内容について入力してください.いただいたご提案/ご意見に関して、トレンドマイクロから詳細確認のため、Eメールを送付させていただく場合がありますので、Eメールアドレスを入力してください:メールアドレスを入力してください。入力いただいたEメールアドレスはソリューション改善のためだけに使用いたします.*こちらに技術的なご質問などをいただきましてもご返答する事ができません.何卒ご了承いただきますようお願いいたします.ご利用条件/個人情報保護方針/秘密保持契約に同意します。ビジネスセキュリティ。