Compaq OpenVMS Alpha
V7.3-1 リリース・ノート【翻訳版】


前へ 次へ 目次 索引


1.3 アプリケーションの互換性

OpenVMS では,公開された API は,どのリリースでも一貫してサポートされます。通常,公開された API を使用するアプリケーションで OpenVMS の新しいリリースをサポートするために変更が必要になることはありません。廃止された API は,マニュアルから削除されますが,OpenVMS では引き続きAPIとして使用できます。

1.4 OpenVMS Alpha Version 7.3-1 のファームウェア

V7.3-1

OpenVMS Version 7.3-1 CD-ROM パッケージには,Alpha Systems Firmware Update CD-ROM とリリース・ノートが同梱されています。この更新ファームウェアを OpenVMS Version 7.3-1 とともに使用することをお勧めします。ファームウェアのインストール前にリリース・ノートを参照してください。最新のファームウェアとその詳細については,次の web サイトを参照してください(URL を正しく入力してください)。


    http://ftp.digital.com/pub/DEC/Alpha/firmware/    

注意

Alpha Systems Firmware Update Version 6.2 では,AlphaServer GS160/320 システムでのホット・スワップ機能のサポートが制限されます。このシステムで Version 6.2 ファームウェアを使用する場合は,ホット・スワップ操作を行わないでください。ファームウェアの web サイトにアクセスして,最新のファームウェアとこの制限を修正する方法について確認してください。

OpenVMS Alpha Version 7.3-1 でテスト済みの Alpha Systems Firmware の最小バージョンは,Version 6.1 です。

1.5 ネットワーク・オプション

V7.3-1

OpenVMS では,使用するネットワーク・プロトコルを柔軟に選択できます。DECnet が必要な場合も,TCP/IP が必要な場合も,OpenVMS ではネットワークにとって最適なプロトコルあるいはプロトコルの組み合わせを選択できます。OpenVMS では,Compaq のネットワーキング製品もサード・パーティのネットワーキング製品も,共にサポートされます。

OpenVMS Version 7.3-1 のインストール手順で,次の Compaq ネットワーキング・ソフトウェアをインストールすることができます。

また,OpenVMS をインストールした後で,サポートされるサード・パーティ・ネットワーキング製品をインストールすることもできます。

インストールの後で Compaq ネットワーキング・ソフトウェアを構成したり管理したりする方法については,TCP/IP,DECnet-Plus,または DECnet の各マニュアルを参照してください。オンライン形式のマニュアルは,OpenVMS Documentation CD-ROM で提供されます。印刷物が必要な場合は,弊社へご注文ください。

1.6 一部のシステムでは DECevent Version 3.1 またはそれ以降が必要

V7.3-1

旧バージョンのハードウェア・プラットフォームの分析

サポートされている特定の旧バージョンのハードウェア・プラットフォーム(1200,8400,GS60,GS140 などのプラットフォーム)では,ハードウェア・エラー・ログ・ファイルを分析する場合に DECevent Version 3.1 またはそれ以降のバージョンが必要です。

OpenVMS Version 7.3-1 または 7.3 をインストールすると,DECevent DCL コマンド DIAGNOSE が無効になります。DECevent とその DIAGNOSE コマンドを必要とするハードウェア・プラットフォームに OpenVMS をインストールする場合は,次の順序でインストールを実行してください。

  1. OpenVMS Version 7.3-1 または 7.3 のインストール

  2. DECevent ソフトウェア(Compaq System Tools CD-ROM に格納されている DECevent キットにあります)のインストール

この操作を実行しないで DIAGNOSE コマンドを実行しようとすると,次のシステム・メッセージが出力されます。


$ DIAGNOSE [parameters]
%DIA-E-NOINSTAL, DIAGNOSE has not been installed on this system

最新バージョンのプラットフォームの分析

Compaq Analyze は,OpenVMS と最新のハードウェア・プラットフォーム(DSnn,ESnn,GS80,GS160,GS320 などのプラットフォーム)でサポートされるエラー・ログ分析ツールです。

2 つのプラットフォームの分析

DECevent でサポートされるプラットフォームと Analyze でサポートされるストレージ・デバイスの両方を使用している場合は,DECevent と Compaq Analyze の両方が必要です。Compaq Analyze をインストールする場合は,WEBES Version 4.0 キットをインストールしてから,最新の Service Pak をインストールしてください。

DECevent キットの現在のバージョンは Version 3.4 です。

DECevent のオペレーティング・システム要件とサポートされるハードウェアの詳細については,『DECevent Release Notes』を参照してください。このマニュアルは,次の web サイトで入手できます。


    http://www.support.compaq.com/svctools/decevent/    

「Download the documentation」のリンクをクリックしてください。

Compaq Analyze のオペレーティング・システム要件とサポートされるハードウェアの詳細については,『WEBES Installation Guide』を参照してください。このマニュアルは,他の WEBES マニュアルとともに次の web サイトで入手できます。


    http://www.support.compaq.com/svctools/webes/    

「View WEBES documentation」リンクをクリックしてください。

DECevent の詳細については,『OpenVMS システム管理者マニュアル(下巻)』を参照してください。

1.7 DECnet-Plus のインストール時の PCSI-I-RETAIN メッセージ

V7.2

OpenVMS Version 7.3-1 または 7.3 にアップグレードし,かつ システムに DCE for OpenVMS または DECnet-Plus for OpenVMS がインストールされている場合には,DECnet-Plus をインストールすると,次のファイルに対して PCSI-I-RETAIN 情報メッセージが出力されます。

[SYSEXE]DTSS$SET_TIMEZONE.EXE
[SYSLIB]DTSS$RUNDOWN.EXE
[SYSUPD]DTSS$TIMEZONE_RULES.DAT
[SYSLIB]DTSS$SHR.EXE

次の例を参照してください。


%PCSI-I-RETAIN, file [SYSEXE]DTSS$SET_TIMEZONE.EXE was not replaced 
because file from kit has a lower generation number 

これらのメッセージは無視してもかまいません。DECnet-Plus キットは正しくインストールされています。

1.8 ミニマム・スタートアップによるブートの夏時間エラー・メッセージ

V7.3

ミニマム・スタートアップ(STARTUP_P1 "MIN")でブートする場合,夏時間調整が不能であることを表すメッセージがジョブ・コントローラにより表示されます。


%JBC-W-SYSERROR, SYS$MANAGER:JBC$DST_COMMAND.COM daylight savings time process 
failed system service error at PC 00000000 

これは,ミニマム・スタートアップ手順でシステム時間に適用可能な効果を知らせるための正常な情報です。(アップグレードやインストール中に)システムのスタートアップ条件に影響がない場合は,無視してかまいません。

1.9 OpenVMS Version 7.2-1 または 7.2-1H1 からのレジストリのアップグレード

V7.3-1

OpenVMS Alpha Version 7.2-2,7.3,および 7.3-1 のレジストリは,OpenVMS Alpha Version 7.2-1 および 7.2-1H1 のレジストリと異なり,互換性がありません。そのため,Version 7.2-1 および 7.2-1H1 のレジストリから Version 7.2-2,7.3,および 7.3-1 のレジストリにアップグレードする場合には,以降に記載する特殊な手順を実行します。

クラスタ内のすべての Alpha ノードを同時にアップグレードするには,アップグレード前にレジストリとこのレジストリを使用中のすべてのアプリケーションだけをシャットダウンし,アップグレード後にスタートアップでこのシャットダウン手順を逆に実行します。

クラスタ内の一部のノードだけを同時にアップグレードする場合,レジストリ・サーバとアプリケーションは,同一クラスタ内の Version 7.2-1 と 7.2-1H1 のノードだけ,または Version 7.2-2,7.3,および 7.3-1 のノードだけのどちらか一方でしか実行できないことに注意してください。そのため,クラスタ内の各ノードをアップグレードする前に,そのノードで次の製品をスタートアップしないでください。

Version 7.2-2,7.3,または 7.3-1 のノードのレジストリ・サービスを使用してレジストリとアプリケーションをスタートアップする直前に,クラスタ内の残りのレジストリ・ベースのアクティビティをすべてシャットダウンする必要があります。

注意

OpenVMS Version 7.2-1 または 7.2-1H1で Compaq Advanced Server for OpenVMS を実行している場合は,OpenVMS Version 7.2-1 または 7.2-1H1 ノードを OpenVMS Version 7.3 または Version 7.3-1 にアップグレードする前にすべてのノードを Advanced Server V7.3 for OpenVMS にアップグレードする必要があります。

OpenVMS NT レジストリで実行中のシステムを Version 7.2-1 または 7.2-1H1 からVersion 7.2-2,7.3,または 7.3-1 にアップグレードするには,次の手順を実行します。

  1. レジストリは,正常な手順でシャットダウンすることをお勧めします。レジストリをシャットダウンする前に,そのレジストリを使用中のすべてのレイヤード・プロダクトをシャットダウンします。まず,レジストリ・サービスを使用中であることが判明している,環境に固有のアプリケーションをシャットダウンします。次に,レジストリ・サービスを使用中のレイヤード・プロダクトをシャットダウンします。たとえば,COM for OpenVMS,Advanced Server などの順にシャットダウンします。COM は,次のコマンドを使用してシャットダウンします。


    $ @SYS$STARTUP:DCOM$SHUTDOWN.COM 
    


    Advanced Server は,次のコマンドでシャットダウンします。


    $ @SYS$STARTUP:PWRK$SHUTDOWN.COM 
    

  2. 次のコマンドでレジストリ・データベースのスナップショットを作成します。


    $ MCR REG$CP CREATE SNAPSHOT 
    

  3. 次のコマンドでレジストリ・データベースをエクスポートします。


    $ MCR REG$CP EXPORT DATABASE [/LOG/OUTPUT=filename] 
    

  4. クラスタ内のノードをすべて同時にアップグレードする場合は,マスタ・レジストリ・サーバとして機能するノードを記録しておく必要があります。マスタ・ノードを確認するには,次のコマンドを実行します。


    $ SHOW SERVER REGISTRY/MASTER 
    

  5. レジストリ・サーバをシャットダウンします。クラスタ内のすべてのノードを同時にアップグレードする場合には,次のコマンドを実行します。


    $ SET SERVER REGISTRY/CLUSTER/EXIT 
    


    クラスタ内のノードを 1 つだけアップグレードする場合には,そのノードで次のコマンドを実行します。


    $ SET SERVER REGISTRY/EXIT 
    

    マスタ・ノードの場合,終了するまで待ってから他のアクションを実行します。クラスタ内の他のノードがマスタになります。

  6. アップグレードが完了するまで,または,ノードを選択してアップグレードする場合は新しいサーバに切り替わるまで,アップグレードするノードでレジストリ・サーバが再起動しないようにします。

    リブート時にレジストリのスタートアップを防ぐには,各ノードで次の 2 つの事柄を確認してください。

    1. SYS$MANAGER:SYLOGICALS.COM ファイルでは,次の文字列を含む論理名の定義をコメント・アウトします。


      "TO_BE_STARTED" 
      

    2. 後で復元するために元の設定を記録します。

    3. SYS$MANAGER:SYSTARTUP_VMS.COM の中で次のようなコマンドを実行して,Advanced Server を自動的にスタートアップする場合には,そのノードで Advanced Server が起動しないようにこの行をコメント・アウトします。


      $ @SYS$STARTUP:PWRK$STARTUP.COM 
      

  7. 各ノードでアップグレードを実行します。

  8. すべてのノードをアップグレードした後で,マスタ・サーバを実行していたノードで次のコマンドを実行し,マスタ・サーバを再起動します。


    $ SET SERVER REGISTRY/START 
    

    クラスタ内の一部のノードだけをアップグレードし,アップグレード済みノードのレジストリ・サービスに切り替えることもできます。その場合はまず上記の手順 1 〜 6 により,クラスタ内の残りの OpenVMS Version 7.2-1 および 7.2-1H1 ノードで,レジストリ・サーバ,レジストリ・サービスを使用中のアプリケーションをシャットダウンします。そしてアップグレードされたノード上のレジストリ・サーバを起動します。

  9. 次のコマンドを実行し,レジストリが機能していることを確認します。


    $ MCR REG$CP LIST KEY HKEY_LOCAL_MACHINE 
    

    このコマンドでは,HKEY_LOCAL_MACHINE ルート・キーのサブ・キーが 4 つ以上表示されます。HKEY_USERS ルート・キーについてもこのコマンドを繰り返し実行します。この場合,1 つ以上のサブ・キーが表示されます。

    注意

    例外的にレジストリが動作しない場合は,『COM, Registry, and Events for OpenVMS Developer's Guide』の手順に従って,スナップショット・ファイルからデータベースを復元します。この手順が失敗した場合,SYS$REGISTRY ディレクトリのファイルをすべて削除するか,ディレクトリ名を変更し,SYS$STARTUP:REG$CONFIG を起動して,レジストリ・サーバを再構成します(詳細は『COM, Registry, and Events for OpenVMS Developer's Guide』を参照)。その後で,手順 3 で保存したデータベース・ファイルをインポートします。

  10. 次のコマンドを実行し,他のアップグレード済みノードのバックアップ・レジストリ・サーバを起動します。


    $ SET SERVER REGISTRY/START 
    

  11. SYS$MANAGER:SYLOGICALS.COM ファイルの "TO_BE_STARTED" 論理名定義と SYS$MANAGER:SYSTARTUP_VMS.COM ファイルの Advanced Server の起動に関する変更を元に戻します。

    一部のノードだけをアップグレードする場合,手順 6 の説明のとおり,クラスタ内の残りの OpenVMS Version 7.2-1 ノードで SYS$MANAGER:SYLOGICALS.COM ファイルの "TO_BE_STARTED" 論理名定義と SYS$MANAGER:SYSTARTUP_VMS.COM ファイルの Advanced Server のスタートアップをコメント・アウトします。

  12. アップグレード済みノードで Advanced Server,COM for OpenVMS,およびレジストリを使用中のアプリケーションを再起動します。

1.10 QIO$CONFIGURE プロセスから CONFIGURE プロセスへの置き換え

V7.3-1

CONFIGURE プロセスは,SYS$SYSTEM:STARTUP.COM によって制御されるシステム・スタートアップ・プロシージャの 1 つのフェーズです。OpenVMS Version 7.3 では,CONFIGURE プロセスが QIO$CONFIGURE プロセスに置き換えられましたが,OpenVMS Version 7.3-1 では,QIO$CONFIGURE プロセス(および QIOserver 固有の他のソフトウェア)がサポートされません。そのため,Version 7.3 より前のバージョンで使用されていた CONFIGURE プロセスを再度使用するように変更されています。コマンド・プロシージャに QIO$CONFIGURE プロセスが含まれている場合には,そのプロセスの名前を CONFIGURE に変更してください。

QIO$CONFIGURE に置き換えられた CONFIGURE プロセスは,Version 7.3 の修正キットに含まれています。このキットは,VMS73_CLUSTER-V0200 です。

SYS$SYSTEM:STARTUP.COM と,システム起動時の CONFIGURE プロセスの詳細については,『OpenVMS システム管理者マニュアル』を参照してください。

1.11 アップグレード前の Kerberos V1.0 の削除

V7.3-1

Kerberos Version 1.0 for OpenVMS Alpha をインストールしている場合は,オペレーティング・システムをアップグレードする前に PCSI ユーティリティを使用して Kerberos Version 1.0 for OpenVMS Alpha を削除してください。

Kerberos を削除するには,メイン・メニューで [Remove installed products] を選択します。削除中にデータとディレクトリを削除するかどうかを確認するメッセージが表示されます。(データとは主データベースの構成データ・ファイルを指します。)この情報を保存して後で使用する場合は,[No] を指定します。メイン・メニューに戻り,OpenVMS をアップグレードします。

アップグレード後は,新しい Kerberos のディレクトリが SYSEXE にある KERBEROS.DIR 以下に配置されます。新しい Kerberos のデータは,構成中に作成されるか,または,以前の Kerberos ディレクトリからコピーされます。以前にインストールしていた Kerberos PCSI キットを削除してデータとディレクトリを保存してある場合は,このデータを新しいディレクトリにコピーできます。コピーするには,SYSTEM アカウントから次のコマンドを入力します。


$ @sys$manager:krb$logicals.com 
$ rename/log sys$common:[sysexe.etc]*.*     krb$root:[etc]*.*; 
$ rename/log sys$common:[sysexe.bin]*.dat   krb$root:[bin]*.*; 
$ rename/log sys$common:[sysexe.krb5kdc]*.* krb$root:[krb5kdc]*.*; 

オプションでログ・ファイルを保存するには,次のコマンドを入力します。


$ rename/log sys$common:[sysexe.log]*.* krb$root:[log]*.*; 

Kerberos サーバを起動するには,次のコマンドを入力します。


$ @sys$startup:krb$startup.com 


前へ 次へ 目次 索引