DOS/V Power Report 1997 March

home *** CD-ROM | disk | FTP | other *** search

/ DOS/V Power Report 1997 March / VPR9703B.ISO / driver / novell / nwpatch / server / nw41j / core.os / 41nds9j.exe / 41NDS9J.TXT next >

Wrap

Text File | 1996-08-22 | 48KB | 1,102 lines

このREADMEファイルには、以下に示すモジュールをご使用になる上で重要な事項が書かれています。モジュールをご使用になる前に必ずお読みください。 ● 41NDS9J.EXEについて 41NDS9J.EXEのファイル構成は次の通りです。 41NDS9J.TXT - このテキストファイル DS.NLM - NetWare 4.1J用のディレクトリサービス、バージョン5.01 DSREPAIR.NLM - NetWare 4.1J用のNDS修復ユーティリティ、バージョン4.35 DSREPAIR.MSG - DSREPAIR用のメッセージ DSREPAIR.HLP - DSREPAIR用のヘルプ DSMAINT.NLM - NetWare 4.1J用のDSメンテナンスユーティリティ、バージョン4.92 DSMAINT.MSG - DSMAINT用のメッセージ DSMAINT.HLP - DSMAINT用のヘルプ ● 概要このアップデートには、DS.NLM v5.01、DSREPAIR.NLM v4.35、およびDSMAINT.NLM v4.92が含まれています。これらの新しいファイルは、NetWare 4.1J用です。これらの新しいファイルには、NetWare 4.1J発売以後、拡張または改善されたすべての点が含まれています。ノベルは、すべてのNetWare 4.1Jユーザに、これらの新しいバージョンにアップグレードすることを強くお勧めします。 (注意: NetWare 4.1Jを実行しているサーバでは、現在バージョン5.01である最新の DS.NLMを使用するべきです。また、DS.NLM バージョン5.01を実行しているサーバでは、すべてDSRepair バージョン 4.35を使用しなければなりません NetWare 4.1Jのディレクトリサービス(DS.NLM)のバージョンが混在していても、完全に相互に動作ができますが、整合性を確保し将来の保守を容易にするために、 NetWare 4.1Jのサーバすべてについて、新しいDS.NLMにアップグレードすることを強くお勧めします。) ● ファイル一覧それぞれのファイルのサイズ、日付、時間は次の通りです。含まれているファイルサイズ日付時間 ..\ DS.NLM 378531 96-04-02 12:27 DSMAINT.NLM 62915 96-02-29 09:08 DSREPAIR.NLM 163834 96-03-25 16:52 DSMAINT.MSG 10279 95-11-16 17:17 DSREPAIR.MSG 71895 96-08-19 20:00 DSMAINT.HLP 11350 95-11-15 17:36 DSREPAIR.HLP 45964 96-03-05 18:23 ● 内容 I. 新しいDSバージョンについて II. インストール方法 III. DSREPAIRについて IV. DSMAINTについて V. NDSプロトコルについて VI. DSエラーの解決方法 VII. NDSの一般的なQ&A I. 新しいDSバージョンについて 41NDS9J.EXEには、NetWare 4.1J用のDS.NLMバージョン5.01が含まれています。新しいバージョンのディレクトリサービスに置き換えることにより、性能の向上、新しい機能の利用などが可能になります。DSの新機能を使用するためには、すべてのNetWare 4.1Jサーバ上のDS.NLMをアップデートしてください。性能の改善点: 新しいバージョンのDS.NLMは、ユーザにはあまり気付かれないようなバックグラウンドの処理にも改善が施されており、Novellディレクトリサービスの性能を飛躍的に向上させています。新しいDSはより早く該当するオブジェクトを見つけだし、要求された処理を完了します。また、多数のユーザが同時にネットワークにアクセスした時にログインと認証にかかる時間が短縮されていますリビジョン属性とバックリンクを含むバックグラウンドプロセスが改良され、特にサーバや通信上のエラーで操作が異常な状態のときの同期とレプリカ処理が改善されています。バインダリサービスの改善点: バインダリサービスのネーム処理方法が改善されました。これにより通常の性能が向上し、サーバの負荷率が減少します。ネームは、サーバ上に設定された3つ以上のバインダリコンテキスト内に存在でき、NLISTなどのリスト操作で表示することができます。以前のバージョンではこれはできませんでした。管理の改善点: [パーティションステータス]属性が追加されたことで、バックグラウンドの同期状態を簡単に測定できるようになりました。この属性は、完全な同期サイクルが最後に成功した時間を記録します。同期エラーが発生した場合、エラーレコードは、 [パーティションステータス]属性に記録されます。エラーレコードには、エラーが発生したオブジェクト、同期しようとしたサーバ、エラーの区分（ローカルまたはリモート）等の情報が記録されています。このステータスは、新しいDSREPAIR.NLM (添付されているユーティリティ)によって表示されます。この機能により、ディレクトリサービスの管理にかかる時間が短縮されます。将来のユーティリティをより便利にするために、DSの内部コマンドが追加されました。これらのコマンドは、自己修復とグローバル修復方法を促進します。例えばステータスフラグを使用してリング内のサーバが停止してパーティション操作が待機状態であることをオペレータに警告することが可能になります。旧製品との互換性前バージョンであるNetWare 4.0xと相互運用できるように、修正が加えられました。古いディレクトリデータベースでデータの矛盾が見つかった場合、新しいDS はそれらを修正します。 DS.NLMバージョン5.01は、すべてのNetWare 4.1Jサーバに対応しています。他のバージョンのNetWare 4.1Jディレクトリサービスと相互運用できますが、整合性と保全のため、すべてのNetWare 4.1Jサーバのディレクトリサービスを同じバージョンに更新してください。 II. DS.NLMのインストール方法通常、DS.NLMは、サーバのアップグレードや新規インストールの一部としてインストールされます。さらに、DS.NLMはサーバの再起動をしなくても既存のNetWare 4.1Jサーバにロードして起動することができます。注意: NetWire-Jにアップロードされている410PTxJに含まれているDSPRCSFX.NLM パッチ(95-4-28)をインストールした場合は、新しいDSをインストールする前に必ず410PTxJに含まれているDSPRCSFX.NLM(95-5-10)が適用されていることを確認してからサーバを再起動してください。 410PTxJはNetWire-J Novell Station データライブラリ 01番からダウンロードすることができます。 A. 既存のNetWare 4.1Jサーバ既存のNetWare 4.1Jサーバ上に新しいDS.NLMをインストールするには、次の操作を行ってください。 1. ADMIN、またはNetWare 4.1JサーバのSYS:\SYSTEMディレクトリに対して権利のあるユーザでネットワークにログインしてください。 2. NetWare 4.1Jサーバ上の以下のファイルの属性をノーマルに変更して、ファイル名を変更してください。 SYS:\SYSTEMディレクトリ DS.NLM DSREPAIR.NLM DSMAINT.NLM SYS:\SYSTEM\NLS\9ディレクトリ DSREPAIR.MSG DSREPAIR.HLP DSMAINT.MSG DSMAINT.HLP 例： FLAG DS.NLM N REN DS.NLM DS.OLD （注意：DSMAINT.* はDSENHJ、または41NDS5Jを適用されている方のみ該当します。） 3. 41NDS9Jに含まれているファイルを各ディレクトリにコピーしてください。コピー終了後は各ファイルの属性を書き込み禁止に変更してください。 SYS:\SYSTEMディレクトリ DS.NLM DSREPAIR.NLM DSMAINT.NLM SYS:\SYSTEM\NLS\9ディレクトリ DSREPAIR.MSG DSREPAIR.HLP DSMAINT.MSG DSMAINT.HLP 4. サーバのコンソール(またはRCONSOLE)でシステムコンソール画面に切り替えてください。 5. コマンド「SET DSTRACE = *.」を入力して<Enter>を押してください。サーバを停止せずにディレクトリサービスが再ロードされます。 6. 古いバージョンのDS.NLMが実行されているNetWare 4.1Jサーバに対して、上記の手順を繰り返してください。 7. すべてのサーバを一度にアップグレードする必要はありませんが、DSREPAIRのステータスコマンドは、古いバージョンが実行されているサーバのステータスはレポートしません。注意:DS.NLMの再ロードは、現在接続しているユーザに対して影響を与えません。しかし、ファイルサーバの再ロード中にユーザが新たに接続しようとすると、データベースがクローズされているため、エラーが表示されます。DS のアップグレードはネットワークに接続しているユーザが極力少ない時間に行ってください。) B. NetWare 4.1Jの新規インストール DS.NLMファイルを読み出し専用のCD-ROMにコピーすることはできないため、必ず次の手順で行なってください。 1. ネットワーク経由のインストール(推奨) 一般に、CD-ROMの内容を他のサーバのハードディスクドライブにコピーして、ネットワーク経由でインストールを実行します。この方法はパフォーマンスがよく、インストールするファイルを変更することができます。この方法でインストールする場合は、新しいDS.NLMをNW410\SYSTEM\PREINSTディレクトリにコピーしてください。インストールを実行してください。新しいDS.NLMがロードされ、起動されます。機器の都合上、この操作が行なえない場合は、CD-ROMを使用して一度インストールを済ませてから、「A. 既存のNetWare 4.1Jサーバ」のインストール方法を行なってください。 III. DSREPAIR バージョン4.35 ディレクトリサービスの強化に加えて、診断と修復ユーティリティの機能も強化されています。また、DSREPAIR.NLMバージョン4.35には、新しい機能が含まれており、データの整合性をより完全に行います。各ファイルサーバのSYS:\SYSTEMディレクトリにDSREPAIR.NLMをコピーして使用してください。新しいDS.NLMがロードされ同期が行なわれると、DSの複製と同期に関するステータス情報の利用が可能になります。DSREPAIR.NLMの［利用可能なオプション］メニューの、［同期ステータスのレポート］オプションを実行すると、このサーバ上にレプリカを持つすべてのパーティションに関するレプリカの同期ステータスがレポートされます。このオプションを実行すると、レプリカを持つすべてのサーバに接続され、同期ステータスが確認されます。また、上記の情報の一部分を取得することもできます。［カスタムオプションメニュー］のサブメニューから［レプリカ操作とパーティション操作］を選択し、パーティションを選択します。新しいオプションである［すべてのサーバの同期ステータスのレポート］を選択すると、選択したパーティションのレプリカを含むすべてのサーバに接続し、同期ステータスをレポートします。また、［レプリカリングの表示］オプションを選択してサーバを選択すると、選択したサーバのレプリカステータスを表示できます。 DSエラーメッセージの詳細については、「DSエラーの解決方法」の項を参照してください。 IV. DSMAINT ○ 概要 DSMAINT.NLMは、特定のハードウェアのメンテナンス操作が必要なときに一時的に Novellディレクトリサービス(NDS)の情報を制御します。特定のサーバのディレクトリ情報を処理するため、ディレクトリ情報の制御が必要なサーバのコンソールからDSMAINTユーティリティを実行してください。DSMAINT.NLMをSYS:\SYSTEMディレクトリにコピーしておけば、必要な時に使用できます。 DSMAINTユーティリティは、NetWare管理者が経験するであろう2つのケースに対応した機能を提供します。DSMAINTユーティリティの各機能をペアで使用することによりそれぞれのケースに対応しています(一方の機能がプロセスを開始して、もう一方の機能がプロセスを完了させます)。ケース1: NDSとサーバハードウェアのアップグレードディレクトリオブジェクトとしてのサーバに影響を与えないで、サーバをアップグレードしたい場合があります。たとえば、アップグレードの必要があるハードディスクに物理的にSYS:ボリュームが割り当てられている場合などです。 DSMAINTユーティリティを使用すれば、このような場合でもサーバからNDSをアンインストールする必要はありません。DSMAINTを使用して、サーバ上のディレクトリ情報をバックアップして、アップグレード終了後に、サーバにディレクトリ情報を復元することができます。（注意: 対象のサーバにおいてバックアップと復元のオプションが役に立つかどうか判断することは重要です。DSMAINTは、パーティションのマスタレプリカを多数持っているサーバでは非常に役に立ちます。しかし、サーバがレプリカをひとつか、または少数しか持っていない場合には、あまり役に立ちません。 DSMAINTが優れているのは、オブジェクトIDを維持できるというところです。 100パーセントNDS上で動くアプリケーションには関係ありませんが、オブジェクトID(8桁の16進数の番号)がキーになる、バインダリベースのアプリケーションでは、決定的な問題です。) [ハードウェアアップグレード用のNDSのバックアップ］オプションは、サーバのハードウェアアップグレード作業の準備として、このサーバ上のディレクトリ情報をバックアップします。DSMAINTはレプリカ情報を含む、サーバのすべてのディレクトリ情報をファイル(SYS:\SYSTEM\BACKUP.DS)に保管します。このファイルは、サーバを停止する前にバックアップしてください。［ハードウェアアップグレード用のNDSのバックアップ］オプションは、このサーバ上のデータが変更されないようにディレクトリデータベースをロックし、使用不能とします。このサーバに接続している他のサーバには、このサーバは停止しているように見えます。通常このサーバに送信されるディレクトリ情報は、他のサーバのディレクトリデータベースに保管されます。「保管」された情報はこのサーバがオンラインに復帰した時点で、同期されます。グローバルなディレクトリサービスの環境では、サーバが短時間でオンラインに復帰することを期待しているので、サーバのアップグレードに数日かけるような計画は立てないでください。アップグレードを素早く完了して、できるだけ早くディレクトリ情報を復元してください。［ハードウェアアップグレード後のNDSの復元］オプションは、［ハードウェアアップグレード用のNDSのバックアップ］オプションによって作成されたファイル (SYS:\SYSTEM\BACKUP.DS)を使用して、このサーバにディレクトリ情報を復元します。DSMAINTは、ディレクトリを復元する前に、サーバがアップグレード前と相対的に同じ状態であるかどうかを確認します。さらにDSMAINTは、サーバのオブジェクトや認証キーがあるかどうかや、アップグレード前にこのサーバが持っていたレプリカのすべてのレプリカリング内にそのサーバが存在するかどうかも確認します。重要: - DSMAINT.NLMは、バックアップと復元のプロセス全体にわたって、パーティションとレプリカの情報に矛盾がないことを必要とします。レプリカを追加したり、削除したりしてはいけません。レプリカやパーティションのタイプを変更してもいけません。DSMAINTの手順が完了するまで、既存のサーバのアンインストールや再インストールをしたり、新たなサーバをインストールしたりしてはいけません。もしパーティション、レプリカ、レプリカのある場所、およびサーバを含むツリーの整合性が破られていると、復元フェーズの途中でDSMAINTの確認プロセスが-601エラーを返し、DSMAINTプロセスは完了できません。 - ディレクトリにログインすることが必要なバックアップソフトウェアを使う場合、 [...バックアップ]オプションを使う前にログインしておいてください。[...バックアップ]オプションはサーバのディレクトリをクローズするので、オプションを実行したあとはサーバへの認証ができなくなります。さらにDSMAINTはDSMAINTを実行するサーバのディレクトリサービスをクローズし、一時的に使用不能とするので、オブジェクトを見つけ出すアルゴリズムが機能せず、トラスティがバックアップされません。手順2に示したように、DSMAINTを実行する前にボリュームとファイルシステムをバックアップする必要があります。 - DSMAINTを実行するサーバに、他のサーバが現在どれだけ依存しているかについても認知してください。時刻同期のようなことも考慮に入れてください。ツリーの時刻同期になくてはならないサーバではありませんか。もしそうならDSMAINT実行前に、その機能と責務を他のサーバに移行して、その上でツリーの時刻同期の状態が正常であることを確認してください。 - DSMAINTを実行するサーバで、パーティションやレプリカは完全であるか、ツリーは完全であるか確認しておいてください。DSTRACEを使用して状態を確認し、エラーをすべて解決してから次に進んでください。 ○ 手順: 1. バックアップソフトウェアにログインしてください。もし現状のバックアップを取ってあるのならば、クライアントワークステーションからAdminとしてログインしてください。この手順の目的は、SYS:SYSTEMに対してAdminの権利を持つように、認証された接続を確保することです。 2. ボリュームとファイルシステムを、SMSを使用したバックアップアプリケーションでバックアップしてください。バックアップと復元についてさらに情報が必要な場合は、1995年8月のアプリケーションノートを参照してください。 3. DSMAINTをロードし、[ハードウェアアップグレード用のNDSのバックアップ]オプションを使用してください。 4. AdminまたはAdmin同等の権利を持つユーザでログインしたクライアントワークステーションから、SYS:SYSTEMディレクトリのBACKUP.DSとDSMAINT.NLMを、クライアントのハードディスクにコピーしてください。または、SYS:SYSTEMディレクトリのBACKUP.DSファイルを、SMSを使用したバックアップアプリケーションでバックアップしてください。 5. サーバを停止し、ハードウェアのアップグレードを実施してください。 6. INSTALLユーティリティを使用してNetWareを再インストールし、サーバにテンポラリなNDSディレクトリを入れてください。サーバ名と内部IPXアドレスは同じものを使って構いません。プライベートキーが新しいので、ツリーの中でこのサーバにコンタクトしようとしているサーバがあっても、認証されません。パブリックキーがプライベートキーと適合しないため、認証エラーを受け取るからです。 (注意: サーバは、テンポラリなディレクトリツリーにインストールし、通常のディレクトリツリーにはインストールしないでください。これでクライアントやバックアップアプリケーションからサーバのボリュームにアクセスでき、特にSYSボリュームにアクセスできるので、BAKCUP.DSと DSMAINT.NLMをSYSボリュームにコピーすることができます。テンポラリなディレクトリツリーは手順8で置き換えます。) 7. DSMAINT.NLMとBACKUP.DSを、クライアントワークステーションか、ステップ4 で行ったバックアップから、SYS:\SYSTEMディレクトリへコピーします。 8. INSTALLユーティリティを使用して、このサーバからNDSを削除してください。このオプションは、INSTALLの[ディレクトリオプション]メニューの中にあります。さらに、AUTOEXEC.NCFファイルを編集して、内部IPXアドレスと、 "default time server type"パラメータが正しいことを確かめます。これらの値は、DSMAINTをサーバで実行する前と同じにしてください。 9. サーバのコンソールでDSMAINT.NLMをロードし、正しいディレクトリ情報をサーバに復元するために、[ハードウェアアップグレード後のNDSの復元]オプションを使用します。 10. ハードウェアのアップグレードで影響を受けたボリュームとファイルすべてに、ステップ3で実行したバックアップからデータを復元します。 11. DSREPAIRを実行してボリュームとトラスティのチェックをします。[カスタムオプション]の[ボリュームオブジェクトとトラスティのチェック]を使用します。重要: この操作を実行すると、アップグレード前にはなかったトラスティが割り当てられる可能性があります。デフォルトでは、サーバがインストールされたコンテナオブジェクトは、サーバのSYS:\PUBLICディレクトリに対して読込みとファイルスキャンの権利が割り当てられます。アップグレード前にこれらの権利を削除していた場合には、これらをもう一度削除してください。ケース2: 一時的なサーバ停止時の参照情報の保持サーバの認証キーが損傷してしまい、サーバにNDSを再インストールしなければならない場合など、一時的にディレクトリ情報からNetWareサーバオブジェクトを削除する必要が生じることがあります。このような場合、アンインストールのプロセスで、NetWareサーバオブジェクトはディレクトリから削除されてしまいます。その結果、削除されたサーバオブジェクトをプロパティとして参照しているオブジェクトは不明オブジェクトになってしまいます。同じような問題は、物理サーバと関連するプリントサービスなどでも発生します。 DSMAINTを使用すれば、このようなオブジェクトの損失を防ぐことができます。サーバへの参照を他のオブジェクト(この目的のために作成)への参照で置き換えることで簡単にサーバを再インストールすることができます。サーバにNDSを再インストールした後、DSMAINTを使用してサーバへの参照を置き換えることができます。［サーバ参照の置換］オプションは、ディレクトリデータベースを検索し、他のオブジェクトのホストサーバ、ホストデバイス、メッセージ（デフォルト）サーバなどのプロパティにこのサーバのサーバオブジェクトが登録されている場合には、他のオブジェクトへの参照に置き換えます。［サーバ参照の復元］オプションは、他のオブジェクトのホストサーバ、ホストデバイス、メッセージサーバなどのプロパティでのこのサーバへの参照を復元します。このオプションは、［サーバ参照の置換］オプションで行なわれた置換を元に戻します。 ○ 手順: 1. まず、参照を置換するためのオブジェクトを選択してください。これは既存のユーザオブジェクトで構いませんが、NetWareサーバオブジェクトは選択しないでください。現在ログインしているユーザオブジェクトが適当でしょう。 2.［サーバ参照の置換］オプションを選択してください。このサーバのNetWare サーバオブジェクトを参照しているオブジェクトの検索を開始したいコンテナ名をフルパスで入力してください。さらに、置換する値として使用したいオブジェクト(TEMPユーザオブジェクトのなど)のフルネームを入力してください。 3. ここで、Novellディレクトリサービスをアンインストールし、再インストールしてください。 4. NDSが正常に動作し始めたら、［サーバ参照の復元］オプションを選択して、参照を一時的に置換しているオブジェクトの名前をフルパスでもう一度入力してください。［サーバ参照の置換］オプションで行われた置換を元にもどすことができます。 (注意: DSMAINTは自動的にサーバの物理ボリュームからボリュームIDを削除するため、ボリュームオブジェクトはアンインストール時に削除されません。) V. NDSプロトコルについて ○ RIPおよびSAPフィルタリング管理しているネットワークセグメントのトラフィックが多い場合、管理者は RIPフィルタを使用してトラフィックを削減しようとするかもしれませんが、 NDSの分散環境ではディレクトリツリー内のサーバ間の接続がいつでも可能となる必要があるため、適切なアプローチとはいえません。論理的なアプローチとしては、NDSツリーのレプリカの配置方法によっては、サーバXはサーバY と通信する必要がなく、このサーバ間のRIPをフィルタリングしても構わないと思うかもしれませんが、これは間違いです。バックグラウンドでの同期処理がエラーを起こし、ツリー内のオブジェクトの整合性を損ないます。たとえば、あるサーバの外部参照が(フィルタによって)実際のオブジェクトが存在するサーバに接続できなければ、このオブジェクトのバックリンク処理を行うことができなくなります。バックリンクは、名前変更や移動、削除など実際のオブジェクトに行われた操作を外部参照に知らせます。このような場合、RIPフィルタリングを使用することはお勧めできません。 SAPフィルタリングを行う場合には、次のことを考慮してください。クライアントが初期ブートアップ時にディレクトリサービスを発見するためには、 SAPタイプ278を使用しています。クライアントは、SAPタイプ278が発見されないと、SAPタイプをタイプ4に戻します。また、SAPタイプ278は、サーバのインストール時にインストールするディレクトリツリーを選択する時にも使用されます。NDSの操作の中にはSAPタイプ278を使用するものとSAPタイプ4を使用するものがあります。これらのSAPタイプをフィルタリングしないでください。その他のSAPタイプとしては、タイムソースを指定して時刻同期を行うことにより、SAPタイプ26Bをフィルタリングすることができます。将来的には、これらの情報がDSに組み込まれて、すべてのSAPをフィルタリングすることが可能となるでしょう。 ○ IPX SOCKETの制限 NetWareサーバは、最初のインストール時にIPXソケットのデフォルトの最大値を1200に設定しています。外部への接続が確立される度に、3つのIPXソケットが使用されます。1つはプライマリNCPパケット交換を処理し、もう1つはウォッチドッグタイマに使用され、最後の1つはサーバからメッセージを取得するのに使用されます。これにより、発信IPX接続を必要とするNLMSの最大値は、デフォルトが変更されない限り、400に制限されます。この問題は1つのツリー内に約350のサーバがある環境で発生し始めます。ツリー内のすべてのパーティションのレプリカを含んでいるサーバ上で、発生しやすいようです。このケースでは、このサーバ上でのみソケット数の制限を増やす必要があります。ほとんどの場合、ソケットの要求が高い、選択されたサーバ上でのみデフォルトを変更する必要があります。接続の限界を超えたときには、DSTRACE画面にエラー-119と重要な番号である -625が表示されます。解決するには、SPXCONFG.NLMを実行し、最大オープン IPXパケットの値を1200より大きくしてください。しかし、サーバを再起動するとデフォルトの値に戻ってしまいます。IPXの環境設定値をそのまま使用したい場合には、AUTOEXEC.NCFに次の行を追加してください。 LOAD SPXCONFG Q=1 I=<n> nには、最大オープンIPXソケットを120から65520の間で指定してください。初めは値を2040に変更して、起こりうるエラーをモニタするところから始めてみるとよいでしょう。 VI. DSエラーの解決方法 NDSは同期に時間がかかるようにデザインされていることを認識することは重要です。つまり、いつでもすべてのレプリカが同期しているわけではない、ということです。これは、特に管理上重要な変更がなされた場合、パーティション操作が行われた場合、サーバや通信回線がダウンした場合などにあてはまります。これは普通の動作であり、レプリカは後に同期されます。しかし、レプリカがはっきりとした理由もなく長い間同期しない場合には、何か重大な原因があります。エラーメッセージが提供する情報を、注意を払って適切に解釈してください。このドキュメントの後半にある提案は一般的なもので、固有の状況に応じて修正する必要があるでしょう。 ○ DSREPAIR定義ソースサーバ: エラーが表示されるサーバ(ローカル) ターゲットサーバ: エラーメッセージとともに名前がリストされるサーバ(リモート) ［リング内のすべてのレプリカにすべてのオブジェクトを送信］オブション: これは、[カスタムオプション］>［レプリカ操作とパーティション操作］> パーティションの選択 >［レプリカリングの表示］> サーバの選択 > の順に選択して実行することができます。［リング内のすべてのレプリカにすべてのオブジェクトを送信］は、ソースサーバからレプリカリングリスト内にある他のすべてのサーバ（マスタレプリカを持つサーバ含む）に対して、すべての情報を送信して、失われている情報や古い情報を更新します。たとえば、ユーザ KISHIはレプリカ1に電話番号だけを、レプリカ2にはE-mailのアドレスだけを登録しているとします。ここで、レプリカ1を持つサーバを選択して［リング内のすべてのレプリカにすべてのオブジェクトを送信］を実行すると、レプリカ2にはE-mailのアドレスはそのままに、電話番号が追加されます。この機能は［タイムスタンプの修復と新規エポックの設定］や［マスタからこのレプリカへのすべてのオブジェクトの受信］とほとんど同じですが、異なる点が2つあります。 1)［タイムスタンプの修復と新規エポックの設定］と［マスタからこのレプリカへのすべてのオブジェクトの受信］は常にマスタレプリカから情報を取得しますが、［リング内のすべてのレプリカにすべてのオブジェクトを送信］は情報の送信元のレプリカを選択できます。 2)［タイムスタンプの修復と新規エポックの設定］と［マスタからこのレプリカへのすべてのオブジェクトの受信］はターゲットレプリカのデータを上書きしますが、一方［リング内のすべてのレプリカにすべてのオブジェクトを送信］はソースサーバから情報を送信するだけで、上書きせずに追加します。［リング内のすべてのレプリカにすべてのオブジェクトを送信］は、ソースサーバからレプリカリストのすべてのサーバに対して選択したパーティションの全データが再送信されるので、かなりのトラフィックが発生します。また、このオプションを使用すると不良なレプリカからのデータ送信/受信を簡単に行うことができるので、その他のレプリカの全データを破壊する恐れがあります。注意：このオプションを実行する前にはソースとして使用するレプリカが正常かどうか必ず確認してください。レプリカリスト内のサーバが停止している時に［リング内のすべてのレプリカにすべてのオブジェクトを送信］が実行された場合は、「ALL PROCESSED=YES」を取得できるまで、レプリカリスト内のすべてのサーバに対してオブジェクト情報の更新が継続されます。このため、レプリカリストのサーバが停止している場合は、すべてのオブジェクトの送信/受信は実行しないでください。［マスタからこのレプリカへのすべてのオブジェクトの受信］オプション: これは、[カスタムオプション］>［レプリカ操作とパーティション操作］> パーティションの選択 >［レプリカリングの表示］> サーバの選択 > の順に選択して実行することができます。このオプションはマスタレプリカを持つサーバと選択したサーバ間でのみ同期が行なわれるので、あまりトラフィックを発生させませんが、マスタレプリカがソースサーバのレプリカ情報をすべて置き換えてしまいます。このオプションを実行する前にはマスタレプリカが正常なコピーを持っているかどうかを必ず確認してください。［マスタからこのレプリカへのすべてのオブジェクトの受信］が使用できない場合は、［リング内のすべてのレプリカにすべてのオブジェクトを送信］を使用してください。リネームに問題がある場合(オブジェクト名が#_#、例えば3_2、のような形にリネームされると名前が衝突する)には、4.0xサーバと4.1Jサーバの混合環境で、これらのオプションを実行しないでください。［リング内のすべてのレプリカにすべてのオブジェクトを送信］や［マスタからこのレプリカへのすべてのオブジェクトの受信］を実行する前に、必ずリネームに問題がないかを確認してください。 ○ 表示されるコードここにリストされているエラーは、DSREPAIR.NLM 4.31のメインメニューから使用可能な［同期ステータスのレポート］オプションを実行したときに表示されるものです。いくつかのエラーは一時的に発生し、自動的に修復されます。通信エラーのようにユーザが制御できないエラーは、専門家による修復が必要です。問題の大きさを判断するために各ケースで、最後に同期した日付と時刻をチェックしてください。各エラーメッセージにはLE(ローカルエラー)またはRE(リモートエラーが表示される)のいずれかのコードが含まれています。REは名前の付いたサーバではなく、そのサーバへの「リモート」のエラーを示します。LEは名前の付いたサーバのエラーを示します。通常、問題を修復する最初のステップは、名前の付いたサーバ上でDSREPAIRを実行することです。識別される各エラーは、以下を参照してください。 -603 0xFFFFFDA5 FDA5 NO_SUCH_ATTRIBUTE 説明: 要求したプロパティは見つけられませんでした。ディレクトリデータベース内に要求したプロパティの値が存在しなければ、特定のオブジェクトに対するプロパティは存在しません。対策: これは、パブリックキーかリモートIDの問題です。DSREPAIRを実行してリモートサーバIDを確認してください。ここでエラーが発生した場合は、同じオプションでDSREPAIRをもう一度実行してリモートサーバIDを確認してください。リモートサーバIDを確認中に、DSREPAIRで-602や-603のエラーメッセージを受け取った場合は、ノベル認定リセラーにお問い合わせください。しかし、ツリー内に問題なくターゲットサーバを認証できるサーバが少なくても1台なければ、パブリックキーは修復されません。ターゲットサーバを認証できるサーバには、ターゲットサーバオブジェクトの本当のコピーもある必要があるので、サーバにはターゲットサーバオブジェクトがあるパーティションのレプリカ(サブオーディネートリファレンス以外)がある必要があります。これがサーバが2台しかないツリーの場合は、ターゲットサーバはツリーから削除され、再インストールされる必要があります。 -608 0xFFFFFDA0 FDA0 ILLEGAL_ATTRIBUTE 説明: オブジェクトにとって不当なプロパティを追加しようとしました。NetWareディレクトリサービスのスキーマは、オブジェクトクラスがどんなプロパティを継承するかを判断します(NetWareディレクトリサービスのスキーマのマニュアルがあれば参照してください)。このエラーは、サーバに正しいスキーマがない時に混合ツリー(同じツリー内に 4.0xサーバと4.1Jサーバが存在している)、あるいはアップグレードツリー(4.0x サーバが4.1Jにアップグレードされている)でも発生します。対策: エラーがレポートされたサーバ上でDSREPAIRを実行してください。それでもエラーが発生するようであれば、ノベル認定リセラーにお問い合わせください。 -609 0xFFFFFD9F FD9F MISSING_MANDATORY 説明: 作成するオブジェクトの必須プロパティが欠けています。ディレクトリ内の各オブジェクトクラスには、必須プロパティが割り当てられています。(プロパティにはオブジェクトが作成される前に値が設定されなければなりません。) たとえば、ユーザオブジェクトにはCommon Name(CN)とSurnameが必要です。これらのプロパティに値が設定されていないと、オブジェクトは作成されません。プロパティは、与えられたプロパティに対して提供された値るがある場合にのみ存在します。このエラーは、サーバに正しいスキーマがない時に混合ツリー(同じツリー内に 4.0xサーバと4.1Jサーバが存在している)でも発生します。対策: ファイルサーバコンソールで「SET DSTRACE=+SYNC」と入力します。続いて「SET DSTRACE=*H」と入力して、エラーの原因のオブジェクトを表示します。そのオブジェクトがサーバオブジェクトでない場合は、削除してみてください。スキーマの問題の場合、NetWare 4.1Jサーバから［グローバルスキーマの更新］を実行してください。［グローバルスキーマの更新］で問題を解決できない場合は、エラーを表示しているパーティションのマスタレプリカを含むサーバを停止し、再起動してください。起動時にサーバは強制的にスキーマの更新を行い、スキーマの問題を解決します。 -610 0xFFFFFD9E FD9E ILLEGAL_DS_NAME 説明: ディレクトリ名が長すぎる(255文字以上)か、またはディレクトリ名に不正な文字の組み合わせが含まれいています。「\」の後には「.」、「=」、「+」または「\」の文字のみが続きます。 -611 0xFFFFFD9D FD9D ILLEGAL_CONTAINMENT 説明: ディレクトリのコンテインメント規則とは、あるオブジェクトクラスがディレクトリツリー内で、他のオブジェクトとの関係でどんな位置に現れるかを指定するものです。たとえば、国(Country)というオブジェクトクラスはディレクトリの一番上にしか作成できず、ユーザというオブジェクトクラスは組織 (Organization)および部門(Organization Unit)の下にしか作成できません。スキーマは、Novellディレクトリサービスのコンテインメント規則を定義するものです。 -616 0xFFFFFD98 FD98 MAXIMUM_ENTRIES_EXIST 説明: ディレクトリツリー内のシングルファイルサーバのエントリ(オブジェクト)が最大数を超えています。シングルファイルサーバで作成可能で保守できるオブジェクトの最大数はFFFFFF(FFの3ビット)、つまり16,777,620の整数です。いくつかのエントリはディレクトリ自体が使用します。対策: 現在のバージョンのディレクトリでは、ファイルサーバに格納できる最大オブジェクト数に達しています。継続するには、不必要なオブジェクトを削除するか、データベースを分割してください。 -618 0xFFFFFD96 FD96 INCONSISTENT_DATABASE 説明: サーバが矛盾のあるデータベースを検出しました。通常このエラーは、コンテナ内のエントリ数がそのコンテナのエントリに格納されている数値と一致しないことを意味します。同期中にこのエラーが発生する場合は、ターゲットサーバに破壊されたデータベースがあります。対策: DSREPAIRを一度だけ実行してください。このエラーがDSREPAIRを1度起動した後にまだ発生する場合、ノベル認定リセラーにお問い合わせください。重要： DSREPAIRの２度目の実行によって、元のOLDデータベースファイルが上書きされ、情報を復元できなくなります。 -621 0xFFFFFD93 FD93 TRANSACTIONS_DISABLED 説明: ディレクトリ操作が行われているサーバに対して、トランザクショントラッキングシステム(TTS)が使用できないように設定されています。TTSが使用不能になっている場合は、そのサーバ上のデータベースの修正を必要とするディレクトリサービス操作も使用不能になります。対策: ファイルサーバのコンソールプロンプトで、「ENABLE TTS」と入力してください。 SYS:ボリュームがいっぱいなためにTTSが使用不能になっていた場合は、そのファイルサーバにログインし、SYS:ボリュームからすべての不要なファイルを削除してからコンソールから「ENABLE TTS」と入力してください。ファイルサーバにログインができない場合は、SYSボリュームのVREPAIRを起動し、VREPAIRメニューから［削除したファイルのパージ］を選択してみてください。十分な空きスペースがない場合は、SYSボリュームに使用するディスクのサイズを拡張する必要があります。 -625 0xFFFFFD8F FD8F TRANSPORT_FAILURE 説明: クライアントとサーバ、または２つのサーバ間のどちらかがネットワークを介して通信ができなくなりました。これはよく発生するエラーで、通常はLANまたはWAN接続の失敗を示します。このエラーはロックされたデータベース(たとえば操作中のDSREPAIRなど)を持つサーバと通信をしようとしたときにも発生します。対策: このエラーはLANの問題です。ネットワークの残りの部分は正常に動作している、と仮定して、問題のサーバのケーブル接続やLANカード、LANドライバをチェックしてください。ターゲットサーバが表示されている場合、ソースサーバで「DISPLAY SERVERS」と入力してください。ターゲットサーバにRCONSOLEを実行します。他のサーバが同じターゲットサーバに対して-625エラーを表示していないか確認してください。ワークステーションが接続可能で、ソースサーバとして同じセグメントからターゲットサーバにログイン可能か確認してください。「RESET ROUTERS」と入力し、ソースサーバで「SET DSTRACE=*U」と入力して、すべてのサーバをUPとし、通信し直してしてください。サーバ名の変更、サーバオブジェクトの移動または内部IPX番号の変更が行われていると、このエラーが発生します。ソースサーバのネットワークアドレスを修正するオプションを付けてDSREPAIRを実行し、ターゲットサーバの内部 IPX番号をチェックしてください。変更が正常に完了していない可能性があります。 26Bと278のDS SAPタイプのSAPフィルタリングをチェックしてください。 -628 0xFFFFFD8C FD8C OBJECT_CLASS_VIOLATION 説明: オブジェクトクラス違反が発生しました。これはソースサーバのオブジェクトが不明な場合発生しますが、ターゲットサーバのオブジェクトは正常です。対策: データベースをロックし、不良なレプリカを分離して、このレプリカを削除してください。そして(マスタが正常のコピーか確認してから)パーティションマネージャで追加し直してください。 -632 0xFFFFFD88 FD88 SYSTEM_FAILURE 説明: 予期されない結果が発生しました。たとえば、クライアントがディレクトリにネットワークアドレス属性を返すよう要求したのに対し、ディレクトリは実際にはパブリックキー属性を返しました。一時的なエラーの可能性があります。クライアントが-301から-399の範囲のエラーを返す間は、サーバだけでなくクライアントも認証プロセスの間にこのエラーを返します。同期中にサーバから-632が返される時は、原因としてパブリックキーのエラー (キーは正しいが壊れている)によって認証が完了できなかったことが考えられます。-632は、接続されているサーバがビジー状態か、停止しているか、ソースサーバが認証できずにプロセスが失敗することを示す一般エラーです。対策: オプションを指定してDSREPAIRを実行し、レプリカリストの各サーバのリモートサーバIDを確認してください。同じ修復オプションを繰り返してください。リモートサーバIDの2度目以降のチェックで -632のエラーが返された場合は、ノベル認定リセラーにお問い合わせください。それ以外のエラーは、失敗したプロセスを解決してみてください。 -634 0xFFFFFD86 FD86 NO_REFERRALS 説明: ターゲットサーバに、ソースサーバが要求しているもののコピーがありません。つまり、ソースサーバには要求に合うオブジェクトと、オブジェクトを検索する参照がありません。対策: これはエラーではなく、メッセージです。同期が完了すると問題は解決されます。 -635 0xFFFFFD85 FD85 REMOTE_FAILURE 説明: いくつかの操作を完了させるために、サーバは他のサーバに接続する必要があります。他のサーバに接続できない場合(たとえば、通信回線がダウンしている場合など)に、このエラーが返されます。対策: 必要とされるリンクが実行している場合、ターゲットサーバはソースサーバについての正しい情報を持っていません。これは、ローカルからリモートIDまたはサーバオブジェクトへの問題で時々発生します。オプションを指定してDSREPAIR を実行し、レプリカリスト内の各サーバのリモートサーバIDを確認してください。同じ修復オプションを繰り返してください。2度目以降のDSREPAIRの実行で見つかったエラーを解決します。 -637 0XFFFFFD83 FD83 PREVIOUS_MOVE_IN_PROGRESS 説明: オブジェクトをあるコンテキストからディレクトリ内の他のコンテキストに移動した場合、ディレクトリは、そのオブジェクトのすべてのレプリカがアップデートされるまでは、そのオブジェクトが他のコンテキストへの再移動を許可しません。移動が完了する時間の長さは、レプリカのサイズや数、およびそれらのレプリカがあるすべてのサーバ間の通信リンクの状態によって異なります。このエラーは、元のオブジェクトを失った移動されたオブジェクトや、破壊されたパーティションによって起こります。対策: 再び移動できるようになるまで、オブジェクトを現在のコンテキストに置いてください。オブジェクトを新しいコンテキストに数分間置いておく必要がある場合もあります。また、すべてのレプリカが同期しているかどうかを確認するためチェックしてください。オブジェクトが移動できない場合、NetWare 4.1JのDSREPAIRを-mオプションを付けてロードしてください(LOAD DSREPAIR -Mと入力してください)。そして［ローカルDSデータベースの修復］を実行してください。DSREPAIR.LOGファイルをオープンすると、使用不可能な部分を移動したオブジェクトが表示されます。問題のオブジェクトとすべての属性が、新しい位置に移動したことを確認してください (NWAdminまたはNetadminを実行し、オブジェクトを表示します)。その後、ノベル認定リセラーにお問い合わせください。 -649 0xFFFFFD77 FD77 INSUFFICIENT_BUFFER 説明: サーバのメモリが不足しています。オペレーティングシステムが自動的にこのエラーを修復します。対策: 『スーパバイザガイド』の「サーバメモリ問題の解決」をごらんください。 -654 0xFFFFFD72 FD72 PARTITION_BUSY 説明: 他のパーティション操作が行われています。たとえば、前にパーティションの分割リクエストを出していて、もう一度分割リクエストを出すと(同じパーティションの他の点であっても)、このエラーが発生します。対策: パーティション操作の開始直後に発生する標準的エラーです。このエラーが消えない場合は、ノベル認定リセラーにお問い合わせください。 -659 0xFFFFFD6D FD6D TIME_NOT_SYNCHRONIZED 説明: NetWareディレクトリサービスは、タイムスタンプを使用してディレクトリで発生するイベントの発生順序を判定します。ネットワーク全体を通して時刻を統一しておくために、Time Synchronization Services(時刻同期サービス)が導入されています。修正操作にはタイムスタンプを発行する必要があります。サーバ上のレプリカがタイムスタンプを発行し、そのサーバで時刻が前に設定された場合、 4.0xでは、それ以降の修正操作はそのサーバの時刻がパーティションの最後の修正時刻を過ぎるまでは行えません。これは、情報を修正する操作だけに該当し、情報を読込むの操作には該当しません。つまり、ユーザは正常にログインはできますが、ユーティリティを使用してオブジェクトを編集することはできません。 NetWare 4.1Jでは、ディレクトリがsynthetic timeスタンプをオブジェクトに発行し、不正なタイムスタンプを修正します。サーバコンソールはDS時刻よりもサーバ時刻が遅い場合、synthetic timeエラーを表示します。対策: その他のエラーを最初にチェックし、見つけたエラーを解決してください。そして［タイムスタンプの修復］(NetWare 4.1JのDSREPAIRのオプションです)を実行し、タイムスタンプを現在のサーバ時刻にリセットしてください。4.0xで［タイムスタンプの修復］と同じ機能は［Rebuild Replicas］で、パーティションマネージャから実行されます。この対策は、マスタレプリカ以外のすべてのレプリカからオブジェクトが削除され、マスタコピーからすべてのオブジェクトが、すべてのその他のレプリカに再度コピーされます。注意: マスタコピーが破損している場合、［タイムスタンプの修正］または［Rebuild Replicas］を実行したときにその他のレプリカに対して破損が広がります。また［タイムスタンプの修正］または［Rebuild Replicas］はネットワーク上にかなりのトラフィックを引き起こします。パーティション単位でパーティション上で操作を実行してください。 -663 0xFFFFFD69 FD69 DS_LOCKED 説明: サーバ上でディレクトリデータベースがロックされています。問題があるサーバは、SYSボリュームのマウント時にディレクトリをオープンする際にエラーを受け取ります。このエラーはサーバにDSREPAIRをロードしてデータベースを修復するとき、またはサーバのハードドライブが動作しないときに発生します。対策: サーバでDSREAPAIRを1度だけ実行してみてください。DSREPAIRが２度以上実行されると、.oldデータベースファイルは上書きされます。DSREPAIRが問題を修復しない場合は、サーバを停止して再起動してください。DSREPAIRを実行しても、サーバを停止しても、このエラーが修復されない場合は、サーバをツリーから削除し、再インストールする必要があります。このプロセスを行う前にDSMAINT の項を参照してください。 -669 0xFFFFFD63 FD63 FAILED_AUTHENTICATION 説明: 無効なパスワードが送信されました。認証が失敗しました。リモートIDまたはパブリックキーに問題があります。対策: オプションを付けて「DSREPAIR」を実行し、ソースサーバとレプリカリスト内の他のサーバのリモートIDを確認してください。DSREPAIR.LOGファイルにエラーがある場合は、オプションを付けて「DSREPAIR」を実行し、レプリカリストの全サーバ上のリモートサーバIDをもう一度確認します。これで不正なリモートIDが修正されます。ソースサーバが不正なパブリックキーを使用または参照している場合(キーが正しくてもオブジェクトが不正な場合)は、問題はパブリックキーにあります。 a) ソースサーバがターゲットサーバの本当のコピーを持っている場合(つまりソースサーバにターゲットサーバオブジェクトを含むパーティションのマスタ、読み書き可能、または読込み可能のいずれかのレプリカがある場合)は、レプリカリスト内の他のサーバがターゲットサーバを認証できるかチェックしてください。他のサーバが認証できる場合は、［すべてのオブジェクトの送信］(上記の［すべてのオブジェクトの送信］の項を参照)を正常なサーバから実行するか、または(正常なコピーを持つサーバがマスタレプリカを持つ場合のみ)ターゲットサーバ上で［すべてのオブジェクトの送信］を実行してください。［すべてのオブジェクトの送信］を実行するとトラフィックが発生します。ターゲットサーバを認証できるサーバがない場合、ターゲットサーバからDSを削除して、ツリーに再インストールするか、ノベル認定リセラーにお問い合わせください。 b) ソースサーバにサブオーディネートリファレンスレプリカがある場合、またはターゲットサーバオブジェクトを含んでいるパーティションのレプリカがない場合、オブジェクトに対する外部レプリカを再度バックリンクする必要があります。ノベル認定リセラーにお問い合わせください。 -672 0xFFFFFD60 FD60 NO_ACCESS 説明: クライアントが、要求した操作を完了できません。また、このエラーはターゲットサーバのレプリカリストがソースサーバのレプリカリストと一致しない場合にも発生します。対策: レプリカリスト(［レプリカ情報の表示］で表示できます)内のすべてのサーバのレプリカリング情報を比較してください。ターゲットサーバのレプリカリストにソースサーバが含まれていない場合は、ターゲットサーバからDSを削除するか、またはノベル認定リセラーにお問い合わせください。 -673 0xFFFFFD5F FD5F REPLICA_NOT_ON 説明: サーバでレプリカを作成中です。そのサーバではすべてのオブジェクト情報が受信されるまでは、レプリカは「オフ」です(つまり、ディレクトリクライアントから使用できません)。対策: このエラーはプロセスが完了すると自動的に解決されます。自動的に解決されない場合は、レプリカが「オン」にならない原因のエラーを検索して、その問題を解決してください。 -699 0xFFFFFD45 FD45 FATAL 説明: 回復不可能なエラーが発生しており、操作が終了できません。対策: このエラーは他の問題から発生している可能性があるため、簡単に解決することはできません。ノベル認定リセラーにお問い合わせください。その他のエラーについてここに説明されていないエラーについては、NiftyServeとPC-VAN上で運営されているNetWire-Jでエラーコードファイルを入手できます(Novellステーション, ライブラリ02)。このファイルは､アーカイブにある文書の更新を反映するためファイル名が頻繁に変更されます。基本のファイル名はTNDS#.EXEで、#には2から9の番号とAから Zの文字が入ります。 (たとえば、TNDS1.EXEはファイル内で文書を更新すると、TNDS2.EXEという名前のファイルに置き換えられます)。 VII. NDSの一般的なQ&A Q1. サーバ上でSET BINDERY CONTEXTを実行しようとするとエラー「-631」が発生する。 A1. バインダリがエミュレートするコンテキストを含んでいるパーティションレプリカが、このサーバに存在しているか確認してください。 Q2. 「レプリカ xxxxx で Synthetic time が発行されました」というメッセージはどういう意味ですか？ A2. NetWare 4.1JのSynthetic Timeは、サーバの時間が過去に設定されていると、サーバにエラー「DS- 4.63-12」を発行します。Synthetic Timeは、サーバ時間が最後に更新したタイムスタンプよりに新しくなるまで、2分ごとにエラーを発行します。DSREPAIRでこの問題を修正することができます。［カスタムオプション］から［レプリカ操作とパーティション操作］を選択します。引き続いて更新したいパーティションを選択し、［タイムスタンプの修復と新規エポックの宣言］を選択して新規エポックを宣言します。 Q3. ユーザが間違った時間にログアウトした、間違った時間制限が表示された。 A3. ワークステーションのTZ変数が設定されているか確認してください。設定されていない場合、ワークステーションのAUTOEXEC.BATファイルに「SET TZ=JST-9」を追加するか、またはログインスクリプトにDOSのSETコマンド「SET TZ=JST-9」を追加して、タスクを実行してください。 Q4. NDSエラーコードのリストはどこで入手できますか？ A4. NetWire-JのNovellステーションのライブラリ02にあるファイルTNDSx.EXE (xはバージョン番号です。上記を参照してください)から入手できます。ノベル株式会社及び米国Novell, Inc.（以下総称してノベルという）は、お客様と別途契約書等の書面にて取り決めを行わない限り、お客様に対して、ノベルのソフトウェアについていかなる表明も保証も行いません。特に、ノベルは、当該ソフトウェアの商品性および特定の目的への適合性について明示的にも黙示的にも保証を行うものではありません。ノベルのソフトウェアを、ノベルの書面による承諾なくして、販売、頒布等することは禁じられています。また、ノベルは、ノベルのソフトウェアの販売等を中止する権利を留保しています。ノベルは、ノベルソフトウェアの利用に関して、または利用中に生じた、利益又は収入の損失、ソフトウェアの消耗、データの損傷、損傷したデータの再生に要する費用、代替装置またはプログラムの費用などについては、責任を負いません。また、ノベルはお客様以外の第三者からの要求には応じられません。ノベルは、全てのソフトウェアについて、インストールする前にバックアップコピーを取られることをお勧めします。ノベルは、ソフトウェアに対するテクニカルサポートをノベルの判断で提供します。 DISCLAIMER Novell, Inc. makes no representations or warranties with respect to any NetWare software, and specifically disclaims any express or implied warranties of merchantability, title, or fitness for a particular purpose. Distribution of any NetWare software is forbidden without the express written consent of Novell, Inc. Further, Novell reserves the right to discontinue distribution of any NetWare software. Novell is not responsible for lost profits or revenue, loss of use of the software, loss of data, costs of re-creating lost data, the cost of any substitute equipment or program, or claims by any party other than you. Novell strongly recommends a backup be made before any software is installed. Technical support for this software may be provided at the discretion of Novell.