スケーラブルデータベースサーバ

HiRDB ファーストステップガイド（Windows(R)用）

解説・手引・操作書

3020-6-054-30

目　　次

前書き

変更内容

はじめに

1.　ご使用になる前に

1.1　このマニュアルの使い方

1.1.1　マニュアルの目的

1.1.2　マニュアルの読み方

1.1.3　マシン環境

1.2　使用するプログラムプロダクト

1.3　構築するHiRDBシステムの構成

1.4　このマニュアルを読むときの注意事項

2.　HiRDBシステムを構築してみましょう

2.1　この章を読むに当たって

2.2　HiRDBをインストールする

2.2.1　インストールする前にマシンの設定などを確認する

2.2.2　HiRDB/シングルサーバをインストールする

2.2.3　HiRDB SQL Executerをインストールする

2.2.4　HiRDB Control Managerをインストールする

2.3　HiRDBの環境設定をする（簡易セットアップツールでの実行）

2.3.1　作成する環境

2.3.2　簡易セットアップツールを実行する

2.3.3　定義ファイルを変更したい場合は

2.4　表を作成する

2.4.1　ユーザ名を登録する

2.4.2　表を定義する

2.4.3　表へデータロードをする

3.　表を操作してみましょう

3.1　表を操作するためには

3.2　HiRDB SQL Executerを起動する

3.3　表を操作する

3.3.1　演習1（表を検索する）

3.3.2　演習2（表へ行を挿入する）

3.3.3　演習3（表の行を更新する）

3.3.4　演習4（表の行を削除する）

3.4　HiRDB SQL Executerを終了する

4.　HiRDBを運用してみましょう

4.1　この章を読むに当たって

4.2　HiRDBを開始，終了する

4.2.1　基礎知識

4.2.2　演習１（HiRDBを正常終了する）

4.2.3　演習２（HiRDBを正常開始する）

4.3　システムログを操作する

4.3.1　基礎知識

4.3.2　演習（システムログをアンロードする）

4.4　バックアップを取得する

4.4.1　基礎知識

4.4.2　演習１（全RDエリアのバックアップを取得する）

4.4.3　演習２（バックアップをDATに取得する）

4.4.4　演習３（自動ログアンロード機能を使っている場合に全RDエリアのバックアップを取得する）

4.5　データベースを回復する

4.5.1　基礎知識

4.5.2　演習１（全RDエリアをバックアップ取得時点に回復する）

4.5.3　演習２（DATのバックアップを使用して回復する）

4.5.4　演習３（自動ログアンロード機能を使っている場合に回復する）

4.6　表を再編成する

4.6.1　基礎知識

4.6.2　演習（表を再編成する）

4.7　RDエリアを拡張する

4.7.1　基礎知識

4.7.2　演習（RDエリアを拡張する）

4.8　RDエリアを追加する

4.8.1　基礎知識

4.8.2　演習（RDエリアを追加する）

4.9　ユーザ権限を与える（ユーザを登録する）

4.9.1　基礎知識

4.9.2　演習１（新規ユーザを登録する）

4.9.3　演習２（アクセス権限がある表を検索する）

4.9.4　演習３（アクセス権限がない表を検索する）

4.9.5　演習４（権限がないユーザで表を検索する）

4.9.6　演習５（表の所有者を調べる）

5.　HiRDB Control ManagerでHiRDBを運用してみましょう

5.1　この章を読むに当たって

5.2　HiRDB Control Managerを開始，終了する

5.2.1　HiRDB Control Managerを開始する

5.2.2　HiRDB Control Managerを終了する

5.3　HiRDBを登録する

5.4　HiRDBを開始，終了する

5.4.1　演習１（HiRDBを正常終了する）

5.4.2　演習２（HiRDBを正常開始する）

5.5　システムログを操作する

5.5.1　演習（システムログをアンロードする）

5.6　バックアップを取得する

5.6.1　演習１（全RDエリア（HiRDBシステム）のバックアップを取得する）

5.6.2　演習２（自動ログアンロード機能を使っている場合に全RDエリアのバックアップを取得する）

5.7　データベースを回復する

5.7.1　演習１（全RDエリアをバックアップ取得時点に回復する）

5.7.2　演習２（自動ログアンロード機能を使っている場合に回復する）

5.8　表を再編成する

5.8.1　演習（表を再編成する）

5.9　RDエリアを拡張する

5.9.1　演習（RDエリアを拡張する）

5.10　RDエリアを追加する

5.10.1　演習（RDエリアを追加する）

5.11　ユーザ権限を与える（ユーザを登録する）

5.11.1　演習１（新規ユーザを登録する）

5.11.2　演習２（権限を追加する）

6.　クライアントを接続してみましょう

6.1　この章を読むに当たって

6.2　クライアントの環境設定をする

6.2.1　HiRDB/クライアントをインストールする

6.2.2　HiRDB SQL Executerをインストールする

6.2.3　hostsファイルの設定をする

6.2.4　クライアント環境定義の設定をする

6.2.5　環境変数PATHの設定をする

6.3　クライアントから表を操作する

6.3.1　演習1（表を定義する）

6.3.2　演習2（表へ行を挿入する）

6.3.3　演習3（ほかの所有者の表を検索する）

6.4　ODBC対応のアプリケーションプログラムからアクセスする

6.4.1　ODBCドライバをインストールする

6.4.2　Microsoft AccessからHiRDBをアクセスする

7.　アプリケーションを作成してみましょう

7.1　この章を読むに当たって

7.2　作成するアプリケーションの仕様

7.2.1　サンプルUAPの機能

7.2.2　サンプルUAPの処理の流れ

7.3　C言語でアプリケーションを作成する

7.3.1　基礎知識

7.3.2　 HiRDB/クライアントの環境設定をする

7.3.3　開発環境を準備する

7.3.4　UAPのソースプログラムを作成する

7.3.5　SQLプリプロセサでソースプログラムを変換する

7.3.6　コンパイルを実行する

7.3.7　作成したUAPを実行する

7.4　COBOL言語でアプリケーションを作成する

7.4.1　基礎知識

7.4.2　 HiRDB/クライアントの環境設定をする

7.4.3　開発環境を準備する

7.4.4　UAPのソースプログラムを作成する

7.4.5　SQLプリプロセサでソースプログラムを変換する

7.4.6　コンパイルを実行する

7.4.7　作成したUAPを実行する

7.5　 Java言語（SQLJ）でアプリケーションを作成する

7.5.1　基礎知識

7.5.2　 HiRDB/クライアントの環境設定をする

7.5.3　開発環境を準備する

7.5.4　 UAPのソースプログラムを作成する

7.5.5　 SQLトランスレータでソースプログラムを変換する

7.5.6　コンパイルを実行する

7.5.7　作成したUAPを実行する

付録

付録A　Q＆A

付録A.1　インストールに関する質問

付録A.2　環境設定に関する質問

付録A.3　HiRDBのシステム構成に関する質問

付録A.4　運用に関する質問

付録A.5　トラブルに関する質問

付録B　HiRDBのアンインストール

付録B.1　HiRDB/シングルサーバのアンインストール手順（サーバ側）

付録B.2　HiRDB/Developer's Kitのアンインストール手順（クライアント側）

付録B.3　HiRDB SQL Executerのアンインストール手順（サーバ，クライアント両方）

付録B.4　HiRDB Control Managerのアンインストール手順（サーバ側）

付録C　用語解説

索引

[他社商品名称に関する表示]

All Rights Reserved. Copyright (C) 1999, 2004, Hitachi, Ltd.

前書き

■ 対象製品

●適用OS：Windows NT，Windows 2000，Windows XP Professional，Windows Server 2003　 　　 　
P-2462-7174　 HiRDB/Single Server Version 7　 07-00
●適用OS：Windows Me，Windows NT，Windows 2000，Windows XP，Windows Server 2003　 　　 　
P-2662-1174　 HiRDB/Run Time Version 7　 07-00
P-2662-1274　 HiRDB/Developer's Kit Version 7　 07-00
●適用OS：Windows 2000，Windows XP Professional，Windows Server 2003　 　　 　
R-15434-11　 HiRDB Control Manager - Console　 01-01
R-15434-21　 HiRDB Control Manager - Server　 01-01
R-15434-31　 HiRDB Control Manager - Agent　 01-01

これらのプログラムプロダクトのほかにもこのマニュアルをご利用になれる場合があります。詳細は「ご使用になる前に」または「Readmeファイル」でご確認ください。
これらの製品は，ISO9001およびTickITの認証を受けた品質システムで開発されました。

■ 輸出時の注意

本製品を輸出される場合には，外国為替および外国貿易法ならびに米国の輸出管理関連法規などの規制をご確認の上，必要な手続きをお取りください。
なお，ご不明な場合は，弊社担当営業にお問い合わせください。

■ 商標類

Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems,Inc.の商標または登録商標です。

JDKは，米国およびその他の国における米国Sun Microsystems,Inc.の商標または登録商標です。

Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Microsoft Accessは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

ODBCは，米国Microsoft Corp.が提唱するデータベースアクセス機構です。

OLEは，米国Microsoft Corp.が開発したソフトウェア名称です。

OLEは，Object Linking and Embeddingの略です。

PC/ATは，米国International Business Machines Corp.の商品名称です。

UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。

Visual C++は，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Windows NTは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Windows Serverは，米国およびその他の国における米国Microsoft Corp.の商標です。

■ 発行

1999年 7月（第1版）3020-6-054
2004年3月（第4版）3020-6-054-30

■ 著作権

All Rights Reserved. Copyright (C) 1999, 2004, Hitachi, Ltd.

変更内容

変更内容(3020-6-054-30)

追加・変更機能 | 変更個所
HiRDB/Single Server Version 6を中心とした記述から，HiRDB/Single Server Version 7を中心とした記述に変更した。 | 全体
演習に使用するOSをWindows 2000に変更した。 | 全体
HiRDB Assistを使った運用を，HiRDB Control Managerを使った運用に変更した。 | 2.2.4，5
コマンドを使ったセットアップおよびバッチを使ったセットアップの記述を，簡易セットアップツールを使ったセットアップの記述に変更した。 | 2.3
Java言語（SQJ）によるアプリケーション開発の記述を追加した。 | 7.5

単なる誤字・脱字などはお断りなく変更しました。

変更内容(3020-6-054-20)

追加・変更機能

HiRDB/Single Server Version 5.0を中心とした記述から，HiRDB/Single Server Version 6を中心とした記述に変更した。

RDエリアの自動増分に関する記述を追加した。

自動ログアンロードに関する記述を追加した。

演習に使用するOSをWindows NT 4.0，Windows 95から，Windows 2000，Windows 98に変更した。

変更内容(3020-6-054-10)

追加・変更機能

HiRDB/Single Server Version 4.0を中心とした記述から，HiRDB/Single Server Version 5.0を中心とした記述に変更した。

DATを使ったバックアップおよびデータベースの回復の演習を追加した。

HiRDB Assistでroot以外のユーザで接続できるようになった。

HiRDB Assistを使用したRDエリアの拡張・追加方法に関する説明を追加した。

UAPの作成に関する説明の追加に伴い，クライアントにインストールするプログラムをHiRDB/Run TimeからHiRDB/Developer's Kitに変更した。

クライアント／サーバ環境でのUAPの作成に関する説明を追加した。

はじめに

このマニュアルは，次に示す製品の基本的な使い方について説明したものです。

HiRDB/Single Server Version 7

HiRDB SQL Executer

HiRDB/Run Time Version 7

HiRDB/Developer's Kit Version 7

HiRDB Control Manager - Console

HiRDB Control Manager - Server

HiRDB Control Manager - Agent

対象読者

このマニュアルは，Windows版HiRDBを初めて使用される方，Windows版HiRDBの基本的な使い方を一とおり実行してみたいという方，またはC言語，COBOL言語，もしくはJava言語によるアプリケーションを作成する方を対象にしています。

マニュアルの構成

このマニュアルは，次に示す章と付録から構成されています。

第1章　ご使用になる前に

このマニュアルの使い方，使用するプログラムプロダクト，および構築するHiRDBシステムについて説明しています。

第2章　HiRDBシステムを構築してみましょう

HiRDBのインストール前の作業から，表にデータロードをするまでの作業について説明しています。

第3章　表を操作してみましょう

HiRDB SQL Executerを使用して表を操作する方法について説明しています。

第4章　HiRDBを運用してみましょう

HiRDBの運用方法について説明しています。

第5章　HiRDB Contol ManagerでHiRDBを運用してみましょう

HiRDB Contol Managerを使用したHiRDBの運用方法について説明しています。

第6章　クライアントを接続してみましょう

クライアントから表を操作する方法について説明しています。

第7章　アプリケーションを作成してみましょう

C言語，COBOL言語，またはJava言語を使用してアプリケーションを作成する方法について説明しています。

付録A　Q&A

よくある質問についてQ&A形式で説明しています。

付録B　HiRDBのアンインストール

HiRDBのアンインストールについて説明しています。

付録C　用語解説

このマニュアルで使用している用語について説明しています。

関連マニュアル

このマニュアルの関連マニュアルを次に示します。必要に応じてお読みください。

HiRDB Version 7　解説（Windows(R)用）（3020-6-271）

HiRDB Version 7　システム導入・設計ガイド（Windows(R)用）（3020-6-272）

HiRDB Version 7　システム定義（Windows(R)用）（3020-6-273）

HiRDB Version 7　システム運用ガイド（Windows(R)用）（3020-6-274）

HiRDB Version 7　コマンドリファレンス（Windows(R)用）（3020-6-275）

HiRDB Version 7　UAP開発ガイド（Windows(R)用）（3020-6-276）

HiRDB Version 7　SQLリファレンス（Windows(R)用）（3020-6-277）

HiRDB Version 7　メッセージ（Windows(R)用）（3020-6-278）

HiRDB Version 6　解説（Windows(R)用）（3020-6-121）

HiRDB Version 6　システム導入・設計ガイド（Windows(R)用）（3020-6-122）

HiRDB Version 6　システム定義（Windows(R)用）（3020-6-123）

HiRDB Version 6　システム運用ガイド（Windows(R)用）（3020-6-124）

HiRDB Version 6　コマンドリファレンス（Windows(R)用）（3020-6-125）

HiRDB Version 6　UAP開発ガイド（Windows(R)用）（3020-6-126）

HiRDB Version 6　SQLリファレンス（Windows(R)用）（3020-6-127）

HiRDB Version 6　メッセージ（Windows(R)用）（3020-6-128）

図中で使用する記号

このマニュアルの図中で使用する記号を次のように定義します。

マニュアルの表記

このマニュアルでは，製品名称および名称について次のように表記しています。

ただし，特に，それぞれのプログラムについての表記が必要な場合は，そのまま表記しています。

製品名称または名称
表記

HiRDB/Single Server Version 7，または
HiRDB/Single Server Version 6
HiRDB/シングルサーバ

HiRDB/Developer's Kit Version 7，または
HiRDB/Developer's Kit Version 6
HiRDB/Developer's Kit

HiRDB/Run Time Version 7，または
HiRDB/Run Time Version 6
HiRDB/Run Time

HiRDB/Develper's Kit
HiRDB/Run Time
HiRDB/クライアント

Java Development Kit
JDK

Microsoft Access(R) 2000
Microsoft Access

Microsoft(R) Visual C++(R)
Microsoft Visual C++

Microsoft(R) Windows(R) 2000 Server Operating System
Microsoft(R) Windows(R) 2000 Advanced Server Operating System
Microsoft(R) Windows(R) 2000 Professional Operating System
Microsoft(R) Windows(R) 2000 Datacenter Server Operating System
Windows 2000

Microsoft(R) Windows(R) 95 Operating System
Windows 95

Microsoft(R) Windows(R) 98 Operating System
Windows 98

Microsoft(R) Windows(R) Millennium Edition Operating System
Windows Me

Microsoft(R) Windows NT(R) Workstation Operating System Version 4.0
Microsoft(R) Windows NT(R) Server Network Operating System Version 4.0
Windows NT

Microsoft(R) Windows Server(TM) 2003, Standard Edition
Microsoft(R) Windows Server(TM) 2003, Enterprise Edition
Windows Server 2003

Microsoft(R) Windows(R) XP Professional Operating System
Microsoft(R) Windows(R) XP Home Edition Operating System
Windows XP

パーソナルコンピュータ（Personal Computer）
PC

ワークステーション（Workstation）
WS

PCまたはWS
マシン

ユーザアプリケーションプログラム（User Application Program）
UAP

常用漢字以外の漢字の使用について

このマニュアルでは，常用漢字を使用することを基本としていますが，次に示す用語については，常用漢字以外の漢字を使用しています。

個所（かしょ）

同梱（どうこん）

閉塞（へいそく）

拗音符（ようおんふ）

KB（キロバイト）などの単位表記について

1KB（キロバイト），1MB（メガバイト），1GB（ギガバイト），1TB（テラバイト）はそれぞれ1,024バイト，1,024²バイト，1,024³バイト，1,024⁴バイトです。

1.　ご使用になる前に

この章では，このマニュアルの使い方，使用するプログラムプロダクト，および構築するHiRDBシステムの構成について説明します。

＜この章の構成＞

1.1　このマニュアルの使い方

1.2　使用するプログラムプロダクト

1.3　構築するHiRDBシステムの構成

1.4　このマニュアルを読むときの注意事項

1.1　このマニュアルの使い方

このマニュアルの目的，読み方，およびこのマニュアルで行う演習のマシン環境について説明します。

＜この節の構成＞

1.1.1　マニュアルの目的

1.1.2　マニュアルの読み方

1.1.3　マシン環境

1.1.1　マニュアルの目的

このマニュアルは，マシンを操作しながら，HiRDBシステムの基本的な操作を学習するためのものです。

HiRDBの基本的な操作として，このマニュアルでは次の項目について説明しています。

HiRDBのインストールから表の操作まで（2，3章）

基礎的な運用（4，5章）

別マシンのクライアントの接続（6章）

C言語，COBOL言語，またはJava言語によるUAPの作成（7章）

作成するHiRDBシステムは，Windows版のHiRDB/シングルサーバです。

なお，このマニュアルで作成するHiRDBシステムは学習用のものです。したがって，本番用のHiRDBシステムを作成する場合は，HiRDBの各マニュアルを参照してください。本番用のHiRDBシステムとは，実際に業務で使用するHiRDBシステムです。

1.1.2　マニュアルの読み方

このマニュアルは，通読型のマニュアルです。

マニュアルの構成に従って，実際にマシンを操作しながらご利用ください。

1.1.3　マシン環境

このマニュアルでは，実際に学習用のHiRDBシステムを構築します。学習用のHiRDBシステムを構築するときのマシン環境を図1-1に示します。なお，使用するOSについては，HiRDBサーバはWindows 2000，HiRDBクライアントはWindows 2000です。

図1-1　 学習用のHiRDBシステムを構築するときのマシン環境

1.2　使用するプログラムプロダクト

このマニュアルでは，HiRDB/Single Server Version 7 07-00を使用してHiRDBシステムを構築しています（そのほかのプログラムプロダクトのバージョンについては，表1-1を参照してください）。HiRDB/Single Server Version 6を使用する場合でも，基本的な操作などは変わりません。ただし，インストールや環境設定などで使用できるプログラミング言語に一部分差異があります。

使用するプログラムプロダクトを図1-2および表1-1に示します。

図1-2　使用するプログラムプロダクト

表1-1　使用するプログラムプロダクト

プログラムプロダクト名称
バージョン
説明
インストール先のマシン

サーバ
クライアント

HiRDB/Single Server Version 7
07-00
HiRDBのサーバです。HiRDBシステムを管理するプログラムプロダクトです。
○
－

HiRDB SQL Executer
02-04
会話形式でSQLを実行するプログラムプロダクトです。
○
○

HiRDB Control Manager - Console
01-01
HiRDB Control Managerのクライアントです。HiRDB Control Managerを使うと，HiRDBサーバのシステムログファイルの操作やバックアップの取得などの運用をGUIで実行できます。
○※1
－

HiRDB Control Manager - Server
01-01
HiRDB Control Managerのサーバです。HiRDB Control Manager - Consoleからの処理命令をHiRDB Control Manager - Agent（HiRDBサーバ）に送ります。
○※1
－

HiRDB Control Manager - Agent
01-01
HiRDB Control Managerのエージェントです。HiRDB Control Manager - Serverを経由して，HiRDB Control Manager - Consoleの命令を受け，同一マシンで稼働しているHiRDBサーバを制御します。
○※1
－

HiRDB/Developer's Kit Version 7
07-00
HiRDBのクライアントです。
HiRDBサーバがあるマシンとは別のマシンからHiRDBにアクセスするとき，およびHiRDBサーバがあるマシンとは別のマシンでUAPを作成するときに使用するプログラムプロダクトです。
－
○※²

（凡例）

○：インストールが必要です。

－：インストールは不要です。

注※1

HiRDB Control Managerを使用してHiRDBを運用する場合に必要です。コマンドだけでHiRDBの運用を行う場合には必要ありません。

注※2

クライアントでUAPを作成する場合に必要です。UAPを作成しない場合には，このプログラムプロダクトの代わりにHiRDB/Run Time Version 7を使用することができます。

1.3　構築するHiRDBシステムの構成

構築するHiRDBシステムの構成を図1-3に示します。

図1-3　構築するHiRDBシステムの構成

＜この節の構成＞

(1)　HiRDBシステム定義

(2)　HiRDBファイルシステム領域

(3)　システムログファイル

(4)　シンクポイントダンプファイル

(5)　ステータスファイル

(6)　RDエリア

(1)　HiRDBシステム定義

HiRDBシステムの構成や環境を定義したものを，HiRDBシステム定義といいます。HiRDBシステム定義には，システム共通定義，ユニット制御情報定義，およびシングルサーバ定義があります。

(2)　HiRDBファイルシステム領域

システムログファイル，シンクポイントダンプファイル，ステータスファイル，およびRDエリアを作成する領域のことをHiRDBファイルシステム領域といいます。また，HiRDBファイルシステム領域内に作成されるファイルをHiRDBファイルといいます。

HiRDBファイルシステム領域は，それぞれシステムファイル用，作業表用ファイル用，およびRDエリア用の用途ごとに作成します。

(3)　システムログファイル

データベースの更新履歴情報を格納するためのファイルを，システムログファイルといいます。また，このデータベースの更新履歴情報をシステムログといいます。システムログは，一般的にはジャーナルとも呼ばれています。

HiRDBまたはUAPが異常終了した場合，HiRDBがデータベースを回復するときに使用されます。また，ユーザがデータベースを回復するときの入力情報にも使用します。

(4)　シンクポイントダンプファイル

HiRDBが異常終了した場合，システムログだけで回復処理をすると，HiRDB開始からのすべてのシステムログが必要となり，回復に多大な時間が掛かります。そこで，HiRDB稼働中に一定の間隔でポイントを設けて，そのポイントで回復する必要のあるHiRDB管理情報を保存することで，ポイント以前のシステムログは不要になり，回復時間を短縮できます。このポイントで取得するHiRDB管理情報を格納するファイルを，シンクポイントダンプファイルといいます。

(5)　ステータスファイル

HiRDBがシステムを再開始するときに必要とする，システムステータス情報を格納するファイルを，ステータスファイルといいます。

ステータスファイルには，ユニット単位に作成するユニット用ステータスファイルと，サーバ単位に作成するサーバ用ステータスファイルがあります。

(6)　RDエリア

表，インデクスなどの情報を格納する領域をRDエリアといいます。

このマニュアルで構築するHiRDBシステムでは，次のRDエリアを作成します。

マスタディレクトリ用RDエリア：

次の情報を格納します。

ディクショナリ表，およびユーザが作成した表やインデクスを格納するRDエリアの情報

RDエリアの登録場所（サーバ）の情報

データディレクトリ用RDエリア：

インデクスに関する情報（列名，データ型など）を，HiRDBのデータ形式で格納します。

データディクショナリ用RDエリア：

定義系SQLの解析結果を管理するディクショナリ表，およびディクショナリ表のインデクスを格納します。

ユーザ用RDエリア：

ユーザが作成する表とインデクスを格納します。

1.4　このマニュアルを読むときの注意事項

HiRDBシステムの構築を始める前に，次のことに留意してください。

＜この節の構成＞

(1)　インストールディレクトリ

(2)　コマンドの実行

(3)　コントロールパネルの開き方

(4)　コンピュータの管理の開き方

(5)　イベントビューアの開き方

(6)　OSごとの操作の差異

(7)　HiRDBが出力するメッセージ

(8)　製品の画面や設定値について

(1)　インストールディレクトリ

このマニュアルでは，使用するプログラムプロダクトをC:ドライブにインストールしています。別のドライブにインストールする場合は，マニュアル中の「C:¥…」をご利用のドライブに読み替えてください。

また，Windows 2000をC:¥Winntディレクトリにインストールしています。別のディレクトリにインストールしている場合は，マニュアル中の「C:¥Winnt¥…」をご利用のディレクトリに読み替えてください。

(2)　コマンドの実行

HiRDBのコマンドは，コマンドプロンプトから入力します。

コマンドプロンプトは，［スタート］－［プログラム］－［アクセサリ］－［コマンドプロンプト］で起動してください。

(3)　コントロールパネルの開き方

マニュアル中では，［スタート］－［設定］－［コントロールパネル］で［コントロールパネル］を開いて行う作業を［コントロールパネル］と省略して記述しています。

(4)　コンピュータの管理の開き方

マニュアル中では，［コントロールパネル］－［管理ツール］－［コンピュータの管理］で［コンピュータの管理］を開いて行う作業を［コンピュータの管理］と省略して記述しています。

(5)　イベントビューアの開き方

マニュアル中では，［コントロールパネル］－［管理ツール］－［イベントビューア］で［イベントビューア］を開いて行う作業を［イベントビューア］と省略して記述しています。

(6)　OSごとの操作の差異

このマニュアルでは，Windows 2000の環境にHiRDB/シングルサーバを構築するため，Windows 2000での操作方法を記述しています。Windows 2000と操作方法が違うOSを使用する場合は，必要に応じて操作部分を読み替えてください。

(7)　HiRDBが出力するメッセージ

HiRDBのメッセージ（運用コマンドの出力メッセージを除く）は，Windows 2000のイベントビューアに出力されます。障害が発生したときなどは，このWindows 2000のイベントビューアを見るようにしてください。

イベントビューアは，［コントロールパネル］－［管理ツール］－［イベントビューア］で見ることができます。「ログ」メニューの「アプリケーション」を選択すると，アプリケーションログの一覧が表示されます。この一覧の「ソース」が「HiRDB/SingleServer」となっているものが，HiRDBが出力したメッセージです。

(8)　製品の画面や設定値について

このマニュアルに記載されている製品の画面は，ご使用のバージョンによっては，実際の画面と違う部分がある場合があります。デフォルトの設定値についても同様です。

ご使用に当たっては，ご使用のプログラムのマニュアルやヘルプを合わせてご参照ください。

2.　HiRDBシステムを構築してみましょう

この章では，HiRDBのインストール前の作業から，表にデータロードをするまでの作業について説明します。

＜この章の構成＞

2.1　この章を読むに当たって

2.2　HiRDBをインストールする

2.3　HiRDBの環境設定をする（簡易セットアップツールでの実行）

2.4　表を作成する

2.1　この章を読むに当たって

この章では，HiRDBシステムの構築について説明しています。図2-1の手順に従ってお読みください。

図2-1　HiRDBシステムの構築手順

HiRDBシステムを構築するときのユーザ名について

HiRDBシステムを構築するときのユーザ名について説明します。各ユーザがどのような作業をしているのかについて次に示します。

Administrator

使用するOSの管理者（Administrator）権限を持っている，OSのユーザです。HiRDBのインストールから，データベース初期設定ユティリティ（pdinit）の実行までを行います。

root

HiRDBの管理者ユーザです。データベース初期設定ユティリティ（pdinit）実行後に，HiRDBに自動的に作成されます。

このユーザ「root」が，表の作成演習をするユーザ「MANAGER」に対してDBA権限を与えます。

MANAGER

表の作成（表の定義，データロード），および表の操作演習をするHiRDBのユーザです。

2.2　HiRDBをインストールする

HiRDBサーバへのプログラムプロダクトのインストールについて説明します。HiRDBクライアントへのプログラムプロダクトのインストールについては，「6. クライアントを接続してみましょう」を参照してください。

この節でインストールするプログラムプロダクトとインストール順を図2-2に示します。

図2-2　この節でインストールするプログラムプロダクトとインストール順

なお，インストールは，Windows 2000ログイン時のユーザ「Administrator」で行います。

＜この節の構成＞

2.2.1　インストールする前にマシンの設定などを確認する

2.2.2　HiRDB/シングルサーバをインストールする

2.2.3　HiRDB SQL Executerをインストールする

2.2.4　HiRDB Control Managerをインストールする

2.2.1　インストールする前にマシンの設定などを確認する

HiRDBをインストールする前に，次の項目について確認してください。

適用機種

システム環境変数TZ

空きディスク容量

仮想メモリ
上記の項目を確認したら，次の項目について設定してください。

＜この項の構成＞

(1)　適用機種

(2)　システム環境変数TZ

(3)　空きディスク容量

(4)　仮想メモリ

(5)　システムキャッシュの設定

(1)　適用機種

HiRDBは，Windows版のPC/AT互換機に対応しています。Windows NT，Windows 2000，Windows XP，またはWindows Server 20003がインストールされたPC/AT互換機であることを確認してください。

(2)　システム環境変数TZ

(a)　システム環境変数TZの確認方法

システム環境変数の確認方法について説明します。

［コントロールパネル］－［システム］を選択してください。

［システムのプロパティ］の［詳細］タブから「環境変数」をクリックしてください。

システム環境変数の変数「TZ」がJST-9になっているか確認してください。

変数「TZ」がない場合，または変数「TZ」の値がJST-9でない場合は，変数「TZ」を追加，または変更する必要があります。
システム環境変数TZの値は，システム共通定義のTZオペランドに指定します。

(b)　システム環境変数TZの設定方法

システム環境変数に，変数「TZ」，値「JST-9」を設定する例について説明します。

［コントロールパネル］－［システム］を選択してください。

【システムのプロパティ】ダイアログの［詳細］タブから「環境変数」をクリックしてください。

システム環境変数のいちばん下の行をクリックしてください。

「新規」をクリックしてください。
【新しいシステム変数】ダイアログが表示されます。

変数名に「TZ」，変数値に「JST-９」を入力して，「OK」をクリックしてください。

システム環境変数に，変数「TZ」，値「JST-9」が表示されます。「OK」をクリックします。

(3)　空きディスク容量

このマニュアルの演習を実施するためには，インストールのためのディスク容量，およびHiRDBを運用するためのディスク容量が必要になります。

インストールするために必要なディスク容量は，55MBです。また，このマニュアルでは，小規模のデータベースを作成して運用します。そのために必要なディスク容量は500MBです。したがって，合計555MB以上空いていることを確認してください。HiRDB Control Managerを使用する場合は，さらに800MB程度のディスク容量が必要です。

(4)　仮想メモリ

このマニュアルで想定しているHiRDBシステムを構築する場合，70MB以上の仮想メモリが必要となります。したがって，HiRDBが起動していない状態で使用している仮想メモリの値＋70MBの値が，仮想メモリとして必要になります。

仮想メモリの設定方法を次に示します。

［コントロールパネル］－［システム］を選択してください。

【システムのプロパティ】ダイアログの［詳細］タブから「パフォーマンスオプション」をクリックしてください。

「仮想メモリ」の「変更」をクリックしてください。

仮想メモリの初期サイズ，および最大サイズに，「HiRDBが起動していない状態で使用している仮想メモリの値＋70MB」の値を設定してください。

値を設定したら，「設定」をクリックしてから，「OK」をクリックしてください。

注

仮想メモリは，初期サイズと最大サイズを同じ値に設定してください。同じ値に設定しなかった場合，HiRDBがメモリ不足で異常終了することがあります。

また，同時実行ユーザ数が増えると，仮想メモリも増えるので，注意してください。

(5)　システムキャッシュの設定

メモリの圧迫を防ぐために，システムキャッシュの設定をします。

［マイネットワーク］を選択して「プロパティ」をクリックしてください。
【マイネットワークのプロパティ】ダイアログが表示されます。

［ローカルエリア接続］を選択して「プロパティ」をクリックしてください。
【ローカルエリア接続のプロパティ】ダイアログが表示されます。

「Microsoft ネットワーク用ファイルとプリンタ共有」を選択して，「プロパティ」をクリックします。
【Microsoft ネットワーク用ファイルとプリンタ共有のプロパティ】ダイアログが開きます。

「ネットワークアプリケーションのスループットを最大にする」を選択して，「OK」をクリックしてください。

2.2.2　HiRDB/シングルサーバをインストールする

HiRDB/シングルサーバをインストールします。

HiRDB/シングルサーバのインストールは，Administrator権限があるユーザが実行してください。Administrator権限がないユーザがインストールすると，エラーとなり，インストーラを中止します。

なおここでは，Windows 2000にインストールする手順を示しますが，その他のOSにインストールする場合も基本的な操作は変わりません。

インストール手順

インストールする前に，すべてのWindowsアプリケーションを終了させてください。

エクスプローラを使用して，CD-ROMのディレクトリ「01_SRV」の「SETUP.EXE」をダブルクリックしてください。インストールプログラムが起動されるので，画面の指示に従ってインストールしてください。なお，TZ環境変数に関する警告メッセージが表示されますが，そのまま「OK」をクリックしてください。

「次へ」をクリックしてください。

「標準セットアップ」を選択して「次へ」をクリックしてください。
なお，マルチHiRDBを使用する場合は，「識別子付きセットアップ」を選択します。マルチHiRDBとは，一つのサーバマシンで複数のHiRDBサーバを稼働させる形態のことです。

ユーザの情報として名前と会社名を入力してから，「次へ」をクリックしてください。

インストール先ディレクトリ名を指定してください。仮定値は，「ドライブ名¥win32app¥hitachi¥hirdb_s」です。仮定値で問題なければ，そのまま「次へ」をクリックしてください。

インストールするコンポーネントとして「JAVA実行環境」を選択して，「次へ」をクリックしてください。ただし，「7.5 Java言語（SQLJ）でアプリケーションを作成する」の演習を行わない場合は，このコンポーネントは必要ありません。

「次へ」をクリックしてください。

設定した内容を確認し，問題がなければ「次へ」をクリックしてください。インストールが始まります。

インストールが終了すると，次の画面が表示されます。

このあとに，HiRDB SQL Executer，およびHiRDB Control Managerをインストールするので，「いいえ，後でコンピュータを再起動します。」を選択し，「完了」をクリックしてください。
なお，HiRDB SQL Executer，およびHiRDB Control Managerがすでにインストールされている場合には，「はい，直ちにコンピュータを再起動します。」を選択して，「完了」をクリックしてください。

2.2.3　HiRDB SQL Executerをインストールする

HiRDB SQL Executerは，会話形式でSQLを実行するプログラムです。HiRDBで使用できるSQLのほかに，独自のコマンドなども用意しています。

HiRDB/シングルサーバをインストールしたマシンに，HiRDB SQL Executerをインストールします。HiRDB SQL Executerのインストール手順を次に示します。

なおここでは，Windows 2000にインストールする手順を示しますが，その他のOSにインストールする場合も基本的な操作は変わりません。

CD-ROMを挿入して，「09_PDSQL¥DISK1」の「SETUP.EXE」をダブルクリックしてください。
インストーラが起動されます。

以降は，画面の内容に従って操作してください。

2.2.4　HiRDB Control Managerをインストールする

HiRDB Control Managerをインストールします。HiRDB Control Managerを使ってHiRDBを運用しない場合は，この作業を行う必要はありません。

HiRDB Control Managerは，システムログファイルの操作やバックアップの取得などの運用をGUIで実行するための運用支援プログラムです。HiRDB Control Managerは，次の三つのプログラムプロダクトで構成されています。

HiRDB Control Manager - Console

HiRDB Control Managerのクライアントです。GUIを使ってHiRDBの開始，終了，バックアップの取得などの操作ができます。

HiRDB Control Manager - Consoleは，HiRDBの操作端末として使いたいマシンにインストールします。このマニュアルでは，HiRDBサーバがインストールされているマシンにインストールします。

HiRDB Control Manager - Server

HiRDB Control Managerのサーバです。HiRDB Control Manager - Consoleからの処理命令をHiRDB Control Manager - Agent（HiRDBサーバ）に送ります。

HiRDB Control Manager - Serverは，HiRDB Control Managerのサーバとして使いたいマシンにインストールします。このマニュアルでは，HiRDB Control Manager - Consoleと同じマシン（HiRDBサーバがインストールされているマシン）にインストールします。

HiRDB Control Manager - Agent

HiRDB Control Managerのエージェントです。HiRDB Control Manager - Serverを経由して，HiRDB Control Manager - Consoleの命令を受け，同一マシンで稼働しているHiRDBサーバに実行させます。

HiRDB Control Manager - Consoleで操作したいHiRDBサーバがインストールされているマシンにインストールします。

HiRDB Control Managerのインストール手順を次に示します。HiRDB Control Managerは，HiRDB Control Manager - Server，HiRDB Control Manager - Console，HiRDB Control Manager - Agentの順序でインストールする必要があります。

＜この項の構成＞

(1)　HiRDB Control Manager - Serverのインストール方法

(2)　HiRDB Control Manager - Consoleのインストール方法

(3)　HiRDB Control Manager - Agentのインストール方法

(1)　HiRDB Control Manager - Serverのインストール方法

CD-ROMを挿入して，「10_CMS¥DISK1」の「SETUP.EXE」をダブルクリックしてください。
インストーラが起動されます。

以降は，画面の内容に従って操作してください。インストール時の設定項目を次に示します。

画面
説明
このマニュアルでの設定値

パスワードの設定
HiRDB Control Manager - ConsoleからHiRDB Control Manager - Serverに接続するときのパスワードを設定します。
hircms

ポート番号の設定
HiRDB Control Manager - Consoleから接続を受けるポート番号を設定します。内部的には，ここで設定した番号とその次の番号を使用します。連続して空いているポート番号の最初の番号を指定してください。
20291
（内部的には，20292も使用）

最大接続数
HiRDB Control Manager - Serverに同時に接続できるHiRDB Control Manager - Consoleの数を設定します。
2

HiRDB Control Manager - Agentの自動探索機能の設定
次の条件を満たすHiRDB Control Manager - AgentをHiRDB Control Manager - Serverに自動登録するかどうかを指定します。

HiRDB Control Manager - Serverと同一セグメント内

HiRDB Control Manager - Agentのインストール時に設定したポート番号が20291

接続可能な状態にある

自動探索を行わない

管理規模の選択
HiRDB Control Managerで管理するHiRDBの規模を指定します。
小規模

［セットアップの完了］画面では，「はい，直ちにコンピュータを再起動します。」を選択してください。

(2)　HiRDB Control Manager - Consoleのインストール方法

CD-ROMを挿入して，「11_CMC¥DISK1」の「SETUP.EXE」をダブルクリックしてください。
インストーラが起動されます。

以降は，画面の内容に従って操作してください。

画面
説明
このマニュアルでの設定値

HiRDB Control Manager - Server情報の入力
HiRDB Control Manager - Consoleがデフォルトで接続するHiRDB Control Manager - Serverの情報を指定します。

IPアドレス

10.210.35.24

ポート番号の設定
HiRDB Control Manager - Consoleがデフォルトで接続するHiRDB Control Manager - Serverのポート番号を設定します。
20291

タイムアウトの設定
HiRDB Control Manager - Consoleからの1回の操作に対する待ち時間を設定します。
300

(3)　HiRDB Control Manager - Agentのインストール方法

CD-ROMを挿入して，「12_CMA¥DISK1」の「SETUP.EXE」をダブルクリックしてください。
インストーラが起動されます。

以降は，画面の内容に従って操作してください。［セットアップの完了］画面では，「はい，直ちにコンピュータを再起動します。」を選択してください。

2.3　HiRDBの環境設定をする（簡易セットアップツールでの実行）

簡易セットアップツールを使って，HiRDBの環境設定を実行します。簡易セットアップツールを使うと，次の作業を実行できます。

HiRDBファイルシステム領域の作成

HiRDBシステム定義ファイル（pdsys，pdutsys，sds01）の作成

システムファイルの作成と初期化

データベースの初期化とHiRDBの開始

サンプルデータベースの作成

このマニュアルでは，項番4までの作業を簡易セットアップツールで実行します。

注意

HiRDB Version 6で行っていたように，コマンドを使った環境設定やバッチファイル（SPsetup.bat）を使った環境設定も行うことができます。

＜この節の構成＞

2.3.1　作成する環境

2.3.2　簡易セットアップツールを実行する

2.3.3　定義ファイルを変更したい場合は

2.3.1　作成する環境

なお，簡易セットアップツールを実行して作成するHiRDBファイルシステム領域の構成，HiRDB/シングルサーバの構成，およびRDエリアの構成を図2-3，図2-4，および図2-5に示します。

図2-3　簡易セットアップツールで作成するHiRDBファイルシステム領域

図2-4　簡易セットアップツールで作成するHiRDB/シングルサーバの構成

図2-5　簡易セットアップツールで作成するRDエリアの構成

システムログファイルの運用方法について

HiRDBには，システムログファイルというHiRDBの操作ログを記録したファイルがあります。このファイルを利用すると，データベースに障害が発生しても，障害が発生する直前の状態まで回復することができます。

システムログに関する運用方法には，大きく分けて表2-1に示す二つがあります。

表2-1　システムログに関する運用方法

システムログファイルの運用方法
説明

システムログをアンロードする運用
データベースの回復にシステムログを利用する運用です。

利点

データベース障害時，障害発生直前の状態まで回復できます。

システムログをアンロードしない運用
（アンロードレスシステムログ運用）
データベースの回復にシステムログを利用しない運用です。

利点

システムログファイルをアンロードする際のCPU負荷を削減できます。また，アンロードしたシステムログファイル（アンロードログファイル）を格納するためのディスク容量がいらなくなります。

簡易セットアップツールのデフォルト設定では，システムログをアンロードしない運用になります。

システムログをアンロードしない運用の場合，システムログを管理する必要がなくなるので，管理する場合に比べてHiRDBを簡単に運用できます。ただし，この場合，障害が発生したとき，バックアップ取得時点までしかデータベースを回復できません。

障害が発生した場合に障害が発生する直前の状態まで回復したいとき，システムログをアンロードする運用を行います。この際，システムログのアンロードをHiRDBに自動的に実行させる自動ログアンロード機能を使うと，システムログのアンロード処理がHiRDBによって自動的に行われるのでお勧めです。

システムログファイルの詳細については，「4.3 システムログを操作する」を参照してください。

2.3.2　簡易セットアップツールを実行する

簡易セットアップツールの使用手順を次に示します。

＜この項の構成＞

(1)　簡易セットアップツールを起動する

(2)　セットアップ種別を設定する

(3)　HiRDB規模，HiRDB定義，セットアップディレクトリを設定する

(4)　定義ファイルを確認する

(5)　定義ファイルの確認を終了する

(6)　セットアップを開始する－その１

(7)　セットアップを開始する－その２

(8)　セットアップを開始する－その３

(9)　セットアップを終了する

(10)　HiRDBの稼働状況を確認する

(1)　簡易セットアップツールを起動する

簡易セットアップツールを起動します。C:¥win32app¥hitachi¥hirdb_s¥PDISTUP¥bin¥pdistup.exeを実行してください。

(2)　セットアップ種別を設定する

【HiRDBセットアップツール－開始（シングルサーバ）】ウィンドウが表示されます。定義の変更を行うので，次のように設定を変更してから「次へ」ボタンをクリックしてください。

セットアップ種別：カスタムセットアップ

〔説明〕

セットアップ種別

セットアップの種別を指定します。

簡易セットアップツールが用意している標準設定でセットアップする（標準セットアップ）か，標準設定を変更してセットアップする（カスタムセットアップ）か，セットアップ済みのHiRDBの設定を変更する（定義更新）かを選択します。

セットアップディレクトリ

システムファイル，およびRDエリアを作成するディレクトリを指定します。標準値は＜インストールディレクトリ＞¥areaです。

(3)　HiRDB規模，HiRDB定義，セットアップディレクトリを設定する

【HiRDBセットアップツール－カスタム（シングルサーバ）】ウィンドウが表示されます。次のように設定を変更してから「詳細定義」ボタンをクリックしてください。

サンプルデータベースの作成：チェックを外す

〔説明〕

HiRDBの規模

セットアップするデータベースの規模を指定します。

HiRDB定義

セットアップするHiRDBの識別子（4文字の半角英数字），使用するポート番号（5001～65535），およびユニット識別子（4文字の半角英数字）を指定します。

セットアップディレクトリ

システムファイル，およびRDエリアを作成するディレクトリを指定します。標準値は＜インストールディレクトリ＞¥areaです。

HiRDBの規模を選択するときの注意事項：

大規模，中規模，小規模を選択すると，それぞれpd_max_users（同時実行可能ユーザ数）に32，16，8が設定されたシステム共通定義が作成されます。ご購入されているライセンスの形態に合わせて選択してください。

(4)　定義ファイルを確認する

【HiRDBセットアップツール－詳細定義（セットアップ）】ウィンドウが表示されます。ここで，「2.3.1 作成する環境」で説明したシステムログファイルの運用に関する設定を行います。左側のペインから「シングルサーバ定義［sds01］」を選択してください。

〔説明〕

システム共通定義［HRD1］/［シングルサーバ］

選択すると，右側のペインにシステム共通定義（pdsys）の内容が表示されます。

マシン情報［s10380720］

選択すると，右側のペインにホスト名などのマシン情報が表示されます。

ユニット制御情報定義［unt1］

選択すると，右側のペインにユニット制御情報定義（pdutsys）の内容が表示されます。

サーバ共通定義

HiRDB/シングルサーバでは使用しません。

シングルサーバ定義［sds01］

選択すると，右側のペインにシングルサーバ定義（sds01）の内容が表示されます。

このマニュアルでの設定値

このマニュアルで使用する各定義ファイルの設定値を次に示します。これは，簡易セットアップツールのデフォルトの値をそのまま使用したものです。

システム共通定義（pdsys）

#*******************************************************************************
# pdsys : HiRDB system common definition (SingleServer:small)
#*******************************************************************************
#
#-------------------------------------------------------------------------------
# set form
#
set pd_system_id = HRD1
set pd_name_port = 22200
set pd_mode_conf = MANUAL1
set pd_max_users = 8
set pd_max_access_tables = 50
set pd_sql_object_cache_size = 300
set pd_work_table_option = 1
set pd_optimize_level = ¥
"PRIOR_NEST_JOIN",¥
"PRIOR_OR_INDEXES",¥
"DETER_AND_INDEXES",¥
"RAPID_GROUPING",¥
"DETER_WORK_TABLE_FOR_UPDATE"
set pd_additional_optimize_level = "COST_BASE_2"
set pd_overflow_suppress = N
set pd_statistics = N
set pd_max_server_process = 200
set pd_stj_file_size = 1024
set pd_mlg_file_size = 1024
set pd_utl_buff_size = 40
set pd_lck_wait_timeout = 180
set pd_master_file_name = "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast"
set pd_max_rdarea_no = 100
set pd_max_file_no = 120
set pd_max_recover_process = 3
set pd_redo_skip_inf = N
set pd_ntfs_cache_disable = Y
#
#-------------------------------------------------------------------------------
# putenv form
#
putenv SHMMAX 500
putenv TZ JST-9
#
#-------------------------------------------------------------------------------
# command form
#
pdunit -x s10380720 -u unt1 -d "C:¥win32app¥hitachi¥hirdb_s"
pdstart -t SDS -s sds01 -u unt1
pdbuffer -a gbuf01 -n 20 -r rdmast,rddirt -w 20
pdbuffer -a gbuf02 -n 20 -r rddict -w 20
pdbuffer -a gbuf03 -n 10000 -o  -w 20
pdbuffer -a gbuf04 -n 10000 -r rddata10 -w 20
pdbuffer -a gbuf05 -n 10000 -r rdindx10 -w 20

ユニット制御情報定義（pdutsys）

#*******************************************************************************
# pdutsys : HiRDB unit control information definition (SingleServer:small)
#*******************************************************************************
#
#-------------------------------------------------------------------------------
# set form
#
set pd_unit_id = unt1
#set pd_shmpool_attribute = free
set pd_lck_deadlock_info = Y
set pd_lck_wait_timeout = 180
set pd_max_server_process = 100
set pd_stj_file_size = 1024
set pd_max_recover_process = 3
set pd_redo_skip_inf = N
set pd_syssts_file_name_1 = ¥
"utsts1",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys011¥utsts1a",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys012¥utsts1b"
set pd_syssts_file_name_2 = ¥
"utsts2",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys013¥utsts2a",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys014¥utsts2b"
set pd_syssts_file_name_3 = ¥
"utsts3",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys015¥utsts3a",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys016¥utsts3b"
set pd_syssts_initial_error = stop
set pd_syssts_singleoperation = continue
#
#-------------------------------------------------------------------------------
# putenv form
#
putenv SHMMAX 500

シングルサーバ定義（sds01）

シングルサーバ定義には，システムログファイルの運用に関する設定があります。デフォルト値では，運用方法が単純な「アンロード状態をチェックしない運用」になっています（pd_log_unload_check=N）。しかし，障害対策などにきめ細かい対応をしたい場合は，システムログをアンロードする運用が必要です。そのような場合は，「自動ログアンロード機能を使った運用」になるよう設定を変更してください。

この場合に変更が必要なオペランドは，次の二つです。

pd_log_unload_check：Yを指定します。

pd_log_auto_unload_path：アンロードログの出力先を指定します。

#*******************************************************************************
# HiRDB single server definition (SingleServer:small)
# --- Server Name : sds01 ---
#*******************************************************************************
#
#-------------------------------------------------------------------------------
# set form
#
set pd_table_def_cache_size = 200
set pd_auth_cache_size = 1
set pd_view_def_cache_size = 1
set pd_process_count = 8
set pd_sds_shmpool_size = 3150
set pd_lck_pool_size = 1000
set pd_work_buff_mode = pool
set pd_work_buff_size = 384
set pd_log_rec_leng = 1024
set pd_log_max_data_size = 32000
set pd_log_write_buff_count = 3
set pd_log_dual = N
set pd_log_rerun_swap = N
set pd_log_unload_check = N
set pd_log_rerun_reserved_file_open = Y
set pd_log_sdinterval = 1000
set pd_spd_assurance_count = 2
set pd_spd_max_data_size = 32000
set pd_spd_reduced_mode = 2
set pd_spd_reserved_file_auto_open = N
set pd_sts_initial_error = stop
set pd_sts_singleoperation = stop
set pd_log_auto_unload_path = "C:¥win32app¥hitachi¥hirdb_s¥area¥unloadlog¥"
set pd_sts_file_name_1 = ¥
"sts1",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys011¥sts1a",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys012¥sts1b"
set pd_sts_file_name_2 = ¥
"sts2",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys013¥sts2a",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys014¥sts2b"
set pd_sts_file_name_3 = ¥
"sts3",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys015¥sts3a",¥
"C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys016¥sts3b"
#
#-------------------------------------------------------------------------------
# command form
#
pdwork -v "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys03"
pdlogadfg -d sys -g log1 ONL
pdlogadfg -d sys -g log2 ONL
pdlogadfg -d sys -g log3 ONL
pdlogadfg -d sys -g log4 ONL
pdlogadfg -d sys -g log5 ONL
pdlogadfg -d sys -g log6 ONL
pdlogadpf -d sys -g log1 -a "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys011¥log1"
pdlogadpf -d sys -g log2 -a "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys012¥log2"
pdlogadpf -d sys -g log3 -a "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys013¥log3"
pdlogadpf -d sys -g log4 -a "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys014¥log4"
pdlogadpf -d sys -g log5 -a "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys015¥log5"
pdlogadpf -d sys -g log6 -a "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys016¥log6"
pdlogadfg -d spd -g spd1 ONL
pdlogadfg -d spd -g spd2 ONL
pdlogadfg -d spd -g spd3 ONL
pdlogadpf -d spd -g spd1 -a "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys014¥spd1"
pdlogadpf -d spd -g spd2 -a "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys015¥spd2"
pdlogadpf -d spd -g spd3 -a "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys016¥spd3"

(5)　定義ファイルの確認を終了する

定義ファイルの変更を終了します。［ファイル］－［終了］を選択してください。

(6)　セットアップを開始する－その１

【HiRDBセットアップツール－カスタム（シングルサーバ）】ウィンドウが表示されます。「セットアップ開始」ボタンをクリックしてください。

(7)　セットアップを開始する－その２

セットアップの開始を確認するダイアログが表示されるので，「OK」ボタンをクリックしてください。

(8)　セットアップを開始する－その３

デフォルトで設定されている＜システムエリア＞ディレクトリが存在していないため，新規作成するかどうかを確認するダイアログが表示されます。「はい」ボタンをクリックしてください。

(9)　セットアップを終了する

セットアップが完了すると，【HiRDBセットアップ完了（正常）】ウィンドウが表示されます。セットアップを終了するため，「OK」ボタンをクリックしてください。

(10)　HiRDBの稼働状況を確認する

実際にHiRDBが稼働しているかどうかを，pdlsコマンドで確認します。

【コマンド形式】

C:¥>pdls

【コマンドの実行結果】

HOSTNAME(104901)                 UNITID SVID     STATUS   STARTTIME
s10380720                        unt1   ******** ACTIVE    104807
s10380720                        unt1   sds01    ACTIVE    104807

〔説明〕

STATUSがACTIVEになっていれば，HiRDBが稼働中です。

2.3.3　定義ファイルを変更したい場合は

簡易セットアップツールを使ったセットアップで，定義ファイルを変更する手順について説明します。以降の演習では，定義ファイルを変更しないでセットアップした場合を仮定して話を進めますので，読みながら演習を実施したい方は，定義ファイルを変更しないでください。

ここでは，「2.3.1 作成する環境」で説明した自動ログアンロード機能を使えるようにするための定義変更を例に説明します。

自動ログアンロード機能を使えるようにするためには，シングルサーバ定義に次の設定が必要です。

pd_log_unload_check：Yを指定します。

pd_log_auto_unload_path：アンロードログの出力先を指定します。

「pd_log_auto_unload_path」にはデフォルトの値が設定されているのでそのまま利用することにして，「pd_log_unload_check」の設定を変えます。設定を変更する手順を次に示します。

＜この項の構成＞

(1)　シングルサーバ定義を表示する

(2)　シングルサーバ定義を変更する－その１

(3)　シングルサーバ定義を変更する－その２

(4)　定義が正しく変更されているか確認する

(5)　システム定義をチェックする

(6)　システム定義チェックを確認する

(7)　定義ファイルの変更を終了する

(1)　シングルサーバ定義を表示する

(4)までと同じ操作を実施してください。

(2)　シングルサーバ定義を変更する－その１

シングルサーバ定義の内容が表示されます。「pd_log_unload_check」を選択してから，［編集］－［編集］－［オペランド］を選択してください。

(3)　シングルサーバ定義を変更する－その２

【オペランド値編集（単一選択）】の内容が表示されます。値を次のように指定して，「OK」ボタンをクリックしてください。

値：Y

(4)　定義が正しく変更されているか確認する

シングルサーバ定義の内容が表示されます。「pd_log_unload_check」の値が「Y」になっていることを確認してください。

(5)　システム定義をチェックする

変更した結果，システム定義に矛盾が発生していないか確認します。［ファイル］－［システム定義のチェック］を選択してください。

(6)　システム定義チェックを確認する

システム定義チェックの結果が表示されます。エラーが出力されていないことを確認して，「閉じる」ボタンをクリックしてください。エラーが出力された場合は，メッセージを基にシステム定義を見直してください。

(7)　定義ファイルの変更を終了する

定義ファイルの変更を終了します。［ファイル］－［終了］を選択してください。

2.4　表を作成する

ここでは，表の定義，および表へのデータロードについて説明します。図2-6に示すような表を二つ定義します。そして，それぞれGOODS表，STOCK表にデータロードをします。

図2-6　定義する表

＜この節の構成＞

2.4.1　ユーザ名を登録する

2.4.2　表を定義する

2.4.3　表へデータロードをする

2.4.1　ユーザ名を登録する

セットアップツール（PDISTUP.EXE）実行直後，HiRDBを利用できるユーザは「root」だけです。

表の作成，および以降の運用は，DBA権限を持つユーザ「MANAGER」で行います。「MANAGER」へのDBA権限付与は「root」がGRANT文を使って行います。

権限付与の手順を次に示します。

権限付与の手順

HiRDB.iniファイルに次の情報を設定します。HiRDB.iniファイルは，通常C:¥Winntディレクトリ下にあります。

PDHOST=s10380720
PDNAMEPORT=22200
PDUSER='"root"/"root"'

〔説明〕
PDHOST=s10380720
…接続するHiRDBのホスト名（システム共通定義のpdstartオペランドの-xの指定値）
PDNAMEPORT=22200
…接続するHiRDBのポート番号（システム共通定義のpd_name_portオペランドの指定値）
PDUSER='"root"/"root"'
…HiRDBに接続するときのユーザ名，パスワード

HiRDB SQL Executerを起動します。［スタート］－［プログラム］－［HiRDB SQL Executer］－［GUI版 HiRDB SQL Executer］を選択してください。

次のSQL文を入力し，実行してください。なお，SQL文を実行する場合は，SQL文を入力した後に「F5」キーまたは「Enter」キーを押します。

GRANT DBA TO MANAGER IDENTIFIED BY MANAGER;

次のメッセージが出力され，DBA権限を持ったユーザ「MANAGER」が作成されます。

KFPX270001-I Processing of SQL completed.

以降，HiRDB SQL Executerを使った作業は，表の作成，および運用では，この「MANAGER」が操作するので，項番1で設定したHiRDB.iniファイルのPDUSERを，次のように変更します。

PDUSER=MANAGER/MANAGER

なお，環境変数PDUSERに値が設定されている場合，HiRDB.iniファイルの設定よりも優先されるので注意してください。

2.4.2　表を定義する

表を定義する場合，定義系SQLを使用します。また，定義系SQLはデータベース定義ユティリティ（pddef）から実行します。

なお，この項では，表の定義に関する基本的なことだけ説明しています。詳細について知りたい場合は，マニュアル「HiRDB Version 7 システム導入・設計ガイド（Windows(R)用）」を参照してください。

＜この項の構成＞

(1)　「C:¥hirdb¥pddef¥CreateT.txt」の作成

(2)　pddefコマンドの実行

(3)　コマンドの実行結果の確認

(4)　表の確認方法

(5)　インデクスの確認方法

(1)　「C:¥hirdb¥pddef¥CreateT.txt」の作成

まず，定義系SQLを入力したファイルを作成します。なお，セミコロン（；）の後ろには，空白を入れないでください。また，… n（nは1～5）は説明上の文字列ですので，実際には入力しないでください。

なお，CreateT.txtには，インストール時に作成されるサンプルファイルC:¥win32app¥hitachi¥hirdb_s¥SAMPLE¥sampleDB¥tblecreateを変更して使用しています。

【C:¥hirdb¥pddef¥CreateT.txtの内容】

〔説明〕

表，およびインデクスを定義するので，先にスキーマを定義します。

GOODS表を定義します。
表の格納先のRDエリアは，RDDATA10です。
ページ内の未使用領域の比率は10％，セグメント内の空きページ比率は0％にします。
列「シヨウヒン_CD」をクラスタキー（昇順）にします。

GOODS表の列「シヨウヒンメイ」にインデクスGOODSXを定義します。
インデクスを格納するRDエリアは，RDINDX10です。
ページ内の未使用領域の比率は10％です。

STOCK表を定義します。
表の格納先のRDエリアは，RDDTATA10です。
ページ内の未使用領域の比率は10％，セグメント内の空きページ比率は0％とします。
列「ショウヒン_CD」をクラスタキー（昇順）にします。

(2)　pddefコマンドの実行

作成した定義系SQLを入力にして，データベース定義ユティリティ（pddef）を実行します。

【コマンド形式】

C:¥>pddef < C:¥hirdb¥pddef¥CreateT.txt

〔説明〕

「C:¥hirdb¥pddef¥CreateT.txt」というファイルから，定義系SQLを入力して実行しています。

(3)　コマンドの実行結果の確認

データベース定義ユティリティが正常に終了すると，次のメッセージが表示されます。

KFPA12000-I Processing of SQL completed
KFPA12000-I Processing of SQL completed
KFPA12000-I Processing of SQL completed
KFPA12000-I Processing of SQL completed
KFPA12000-I Processing of SQL completed

(4)　表の確認方法

実際に表が定義されたかどうかを確認するために，HiRDB SQL Executerでディクショナリ表を検索します。

「2.4.1 ユーザ名を登録する」からHiRDB SQL Executerを運用し続けている場合，ユーザが「root」になっています。その場合，ユーザ名「MANAGER」，パスワード「MANAGER」で接続し直す必要があります。［ファイル］－［切り離し］でHiRDBサーバと切り離したあと，［ファイル］－［接続］で接続してください。

【入力SQL】

SELECT TABLE_SCHEMA,TABLE_NAME,TABLE_TYPE,N_COLS
 FROM MASTER.SQL_TABLES WHERE TABLE_SCHEMA='MANAGER';

【SQLの実行結果】

TABLE_SCHEMA       TABLE_NAME         TABLE_TYPE    N_COLS
------------------ ------------------ ------------- ------
MANAGER            GOODS              BASE TABLE         4
MANAGER            STOCK              BASE TABLE         5

KFPX27010-I            2 rows selected

(5)　インデクスの確認方法

表と同様に，実際にインデクスが定義されたかどうかを確認するために，HiRDB SQL Executerでディクショナリ表を検索します。

【入力SQL】

SELECT TABLE_SCHEMA,TABLE_NAME,INDEX_NAME
 FROM MASTER.SQL_INDEXES WHERE TABLE_SCHEMA='MANAGER';

【SQLの実行結果】

TABLE_SCHEMA       TABLE_NAME         INDEX_NAME
------------------ ------------------ -----------------
MANAGER            GOODS              (CLUSTER0000131195)
MANAGER            GOODS              GOODSX
MANAGER            STOCK              (CLUSTER0000131196)          

KFPX27010-I            3 rows selected

2.4.3　表へデータロードをする

定義した表にデータロードをします。データロードをする場合，データベース作成ユティリティ（pdload）を使用します。入力データファイルには，HiRDBインストール時に作成されたサンプルのデータを使用します。

なお，この項では，データロードに関する基本的なことだけ説明しています。詳細について知りたい場合は，マニュアル「HiRDB Version 7 システム導入・設計ガイド（Windows(R)用）」を参照してください。

＜この項の構成＞

(1)　GOODS表へのデータロード

(2)　STOCK表へのデータロード

(1)　GOODS表へのデータロード

GOODS表へのデータロードの概要を図2-7に示します。

図2-7　GOODS表へのデータロードの概要

(a)　「C:¥hirdb¥pdload¥load01.txt」の作成

まず，制御情報ファイル「C:¥hirdb¥pdload¥load01.txt」を作成します。

【C:¥hirdb¥pdload¥load01.txtの内容】

source C:¥win32app¥hitachi¥hirdb_s¥sample¥sampleDB¥loaddata¥Goods.csv

〔説明〕

C:¥win32app¥hitachi¥hirdb_s¥sample¥sampleDB¥loaddata¥Goods.csv：

入力データファイルの名称です。

(b)　pdloadコマンドの実行

【コマンド形式】

C:¥>pdload -u MANAGER -n 10 -i c GOODS C:¥hirdb¥pdload¥load01.txt

注

コマンド実行後に，パスワードの入力要求が表示されるので，"MANAGER"と入力してください。

〔説明〕

-u MANAGER：

pdloadを実行するユーザ名です。

-n 10：

10ページ単位で表に一括出力をする指定です。

-i c：

インデクスの作成方法の指定です。ここでは，インデクス一括作成モード（c）を指定しています。

GOODS：

データロードする表の名称です。

C:¥hirdb¥pdload¥load01.txt：

制御情報ファイルです。

(c)　データベース作成ユティリティの実行結果の確認

データベース作成ユティリティが正常に終了すると，次のメッセージが表示されます。

2380 13:40:29 unt1 sds01 KFPL00709-I Error information
file was created, file=C:/tmp/ERROR-s2ac.
2380 13:40:29 unt1 sds01 KFPL00702-I Pdload started,
table=MANAGER."GOODS"
2380 13:40:30 unt1 sds01 KFPL00710-I Index information
file assigned, index=MANAGER."(CLUSTER0000131195)",
RDAREA="RDINDX10",
file=C:/tmp/INDEX-(CLUSTER0000131195)-RDINDX10-s2ac.1
2380 13:40:30 unt1 sds01 KFPL00710-I Index information
file assigned, index=MANAGER."GOODSX",
RDAREA="RDINDX10", file=C:/tmp/INDEX-GOODSX-RDINDX10-s2ac.2
2380 13:40:30 unt1 sds01 KFPL00723-I 100 rows loaded,
table=MANAGER."GOODS", RDAREA="RDDATA10"
1572 13:40:30 unt1 0mload0 KFPL00703-I 100 rows loaded
2476 13:40:30 unt1 sds01 KFPL00715-I Index load started
at sds01, index=MANAGER."(CLUSTER0000131195)",
RDAREA="RDINDX10"
2476 13:40:30 unt1 sds01 KFPL00716-I Index load ended
at sds01, index=MANAGER."(CLUSTER0000131195)",
RDAREA="RDINDX10", return code=0
2476 13:40:30 unt1 sds01 KFPL00720-I Index file deleted,
server=sds01,
file=C:/tmp/INDEX-(CLUSTER0000131195)-RDINDX10-s2ac.1
2276 13:40:30 unt1 sds01 KFPL00715-I Index load started
at sds01, index=MANAGER."GOODSX",
RDAREA="RDINDX10"
2276 13:40:31 unt1 sds01 KFPL00716-I Index load ended
at sds01, index=MANAGER."GOODSX",
RDAREA="RDINDX10", return code=0
2276 13:40:31 unt1 sds01 KFPL00720-I Index file deleted,
server=sds01, file=C:/tmp/INDEX-GOODSX-RDINDX10-s2ac.2
1948 13:40:31 unt1 _pd0load KFPL00704-I Pdload terminated,
return code=0

(d)　データロードした表の検索

実際に表にデータが格納されたかどうかを確認するために，HiRDB SQL ExecuterでGOODS表を検索します。

【入力SQL】

SELECT * FROM GOODS;

【SQLの実行結果】

(2)　STOCK表へのデータロード

STOCK表へのデータロードの概要を図2-8に示します。

図2-8　STOCK表へのデータロードの概要

(a)　「C:¥hirdb¥pdload¥load02.txt」の作成

まず，制御情報ファイル「C:¥hirdb¥pdload¥load02.txt」を作成します。

【C:¥hirdb¥pdload¥load02.txtの内容】

source C:¥win32app¥hitachi¥hirdb_s¥sample¥sampleDB¥loaddata¥Stock.csv

〔説明〕

C:¥win32app¥hitachi¥hirdb_s¥sample¥sampleDB¥loaddata¥Stock.csv：

入力データファイルの名称です。

(b)　pdloadコマンドの実行

【コマンド形式】

C:¥>pdload -u MANAGER -n 10 -i c STOCK C:¥hirdb¥pdload¥load02.txt

注

コマンド実行後に，パスワードの入力要求が表示されるので，"MANAGER"と入力してください。

〔説明〕

-u MANAGER：

pdloadを実行するユーザ名です。

-n 10：

10ページ単位で表に一括出力をする指定です。

-i c：

インデクスの作成方法の指定です。ここでは，インデクス一括作成モード（c）を指定しています。

STOCK：

データロードする表の名称です。

C:¥hirdb¥pdload¥load02.txt：

制御情報ファイルです。

(c)　データベース作成ユティリティの実行結果の確認

データベース作成ユティリティが正常に終了すると，次のメッセージが表示されます。

2512 13:47:42 unt1 sds01 KFPL00709-I Error information
file was created, file=C:/tmp/ERROR-s2eg.
2512 13:47:42 unt1 sds01 KFPL00702-I Pdload started,
table=MANAGER."STOCK"
2512 13:47:42 unt1 sds01 KFPL00710-I Index information
file assigned, index=MANAGER."(CLUSTER0000131196)",
RDAREA="RDINDX10",
file=C:/tmp/INDEX-(CLUSTER0000131196)-RDINDX10-s2eg.1
2512 13:47:43 unt1 sds01 KFPL00723-I 100 rows loaded,
table=MANAGER."STOCK", RDAREA="RDDATA10"
2476 13:47:43 unt1 0mload0 KFPL00703-I 100 rows loaded
2404 13:47:43 unt1 sds01 KFPL00715-I Index load started
at sds01, index=MANAGER."(CLUSTER0000131196)",
RDAREA="RDINDX10"
2404 13:47:43 unt1 sds01 KFPL00716-I Index load ended
at sds01, index=MANAGER."(CLUSTER0000131196)",
RDAREA="RDINDX10", return code=0
2404 13:47:43 unt1 sds01 KFPL00720-I Index file deleted,
server=sds01,
file=C:/tmp/INDEX-(CLUSTER0000131196)-RDINDX10-s2eg.1
2396 13:47:43 unt1 _pd0load KFPL00704-I Pdload terminated,
return code=0

(d)　データロードした表の検索

実際に表にデータが格納されているかどうかを確認するために，HiRDB SQL ExecuterでSTOCK表を検索します。

【入力SQL】

SELECT * FROM STOCK;

【SQLの実行結果】

3.　表を操作してみましょう

この章では，HiRDB SQL Executerを使用して，2章で作成した表を操作する方法について説明します。

＜この章の構成＞

3.1　表を操作するためには

3.2　HiRDB SQL Executerを起動する

3.3　表を操作する

3.4　HiRDB SQL Executerを終了する

3.1　表を操作するためには

通常は，C言語やCOBOL言語などのソース中にSQLを埋め込んでUAPを作成したり，または別のプログラムプロダクトを使用したりして表にアクセスしますが，ここでは対話形式で簡単に表にアクセスできるHiRDB SQL Executerを使用します。UAPを作成して表を操作する方法については，「7. アプリケーションを作成してみましょう」を参照してください。

表のデータを操作する場合は，操作系SQLを使用します。この章では，次の操作系SQLを使用します。

操作系SQLの種類

SQL文 | 内容
SELECT文 | 表からデータを検索します。
INSERT文 | 表に行を挿入します。
UPDATE文 | 表のデータを更新します。
DELETE文 | 表から行を削除します。

注

ここで使用する操作系SQLは，SELECT文，INSERT文，UPDATE文，およびDELETE文だけです。ほかの操作系SQLについて知りたい場合は，マニュアル「HiRDB Version 7 SQLリファレンス（Windows(R)用）」を参照してください。

3.2　HiRDB SQL Executerを起動する

HiRDB SQL Executerを起動します。［スタート］－［プログラム］－［HiRDB SQL Executer］－［GUI版HiRDB SQL Executer］を選択してください。

なお，ここでの演習問題は認可識別子（ユーザ名）「MANAGER」，パスワード「MANAGER」で実行します。すでに，HiRDB.iniファイルに認可識別子（ユーザ名）「MANAGER」，パスワード「MANAGER」が設定されているので，SQL実行時に認可識別子（ユーザ名），パスワードを意識する必要はありません。

3.3　表を操作する

この節では，表の操作に関する基本的なことだけ説明しています。詳細について知りたい場合は，マニュアル「HiRDB Version 7 SQLリファレンス（Windows(R)用）」を参照してください。

インストール時に作成されたサンプルファイルを使ってデータを登録した場合，この節で使われる列名「ハツチユウテン」や「ザイコリヨウ」は半角カナです。また，下線部の「ツ」「ユ」「ヨ」は，促音符（小さい「ッ」）や拗音符（小さい「ュ」「ョ」）ではないことに注意してください。

＜この節の構成＞

3.3.1　演習1（表を検索する）

3.3.2　演習2（表へ行を挿入する）

3.3.3　演習3（表の行を更新する）

3.3.4　演習4（表の行を削除する）

3.3.1　演習1（表を検索する）

＜この項の構成＞

(1)　集合関数SUMを使用した検索

(2)　LIKE述語を使用した検索

(3)　表を結合した検索

(1)　集合関数SUMを使用した検索

STOCK表から，ハツチユウテンごとのザイコリヨウの合計を求めます。そのとき，ハツチユウテンごとにグループ化します。

【SQL文】

【実行結果】

(2)　LIKE述語を使用した検索

STOCK表から，タンカが30,000円以下のソウジキを検索します。ただし，ソウジキには補足語が付いている可能性があるので，LIKE述語を使用してソウジキという文字列で始まるものをすべて検索します。

【SQL文】

【実行結果】

(3)　表を結合した検索

GOODS表とSTOCK表を結合し，タンカが100,000円以上で，かつザイコリヨウが50個以上のシイレサキＣＤ，ハツチユウテンを検索します。

【SQL文】

【実行結果】

3.3.2　演習2（表へ行を挿入する）

GOODS表に，'TV0008'，'テレビ-15ガタ(テレビデオ)'，49800，'DE003'のデータを挿入します。

【SQL文】

【実行結果】

"1行挿入しました"という意味のメッセージが表示されます。実際に値が挿入されているかどうかを確認するために，次のSQL文を実行します。

SQL文を実行すると，次の検索結果が表示されます。

3.3.3　演習3（表の行を更新する）

GOODS表の，シヨウヒンメイがホットプレート(タコヤキプレート)のタンカを，1割引きにします。

【SQL文】

【実行結果】

"1行更新しました"という意味のメッセージが表示されます。実際に値が更新されているかどうかを確認するために，次のSQL文を実行します。

SQL文を実行すると，次の検索結果が表示されます。

3.3.4　演習4（表の行を削除する）

GOODS表の，シヨウヒンＣＤがCB0002の行を削除します。

【SQL文】

【実行結果】

"1行削除しました"という意味のメッセージが表示されます。実際に値が削除されているかどうかを確認するために，次のSQL文を実行します。

SQL文を実行すると，次の検索結果が表示されます。

3.4　HiRDB SQL Executerを終了する

HiRDB SQL Executerを使用した表の操作を終了します。［ファイル］－［終了］を選択してください。

4.　HiRDBを運用してみましょう

この章では，HiRDBの基礎的な運用方法について説明します。

＜この章の構成＞

4.1　この章を読むに当たって

4.2　HiRDBを開始，終了する

4.3　システムログを操作する

4.4　バックアップを取得する

4.5　データベースを回復する

4.6　表を再編成する

4.7　RDエリアを拡張する

4.8　RDエリアを追加する

4.9　ユーザ権限を与える（ユーザを登録する）

4.1　この章を読むに当たって

この章を読むに当たって，知っておいていただきたいことについて説明します。

＜この節の構成＞

(1)　この章で説明している項目

(2)　この章の読み方について

(1)　この章で説明している項目

この章では，HiRDBの基礎的な運用方法について説明しています。説明している項目は次のとおりです。

HiRDBの開始，終了

システムログのアンロード

バックアップの取得

データベースの回復

表の再編成

RDエリアの拡張

RDエリアの追加

ユーザ権限の付与（ユーザの登録）

なお，各節で説明している運用方法は基礎的なことだけです。運用方法の詳細を知りたい方は，マニュアル「HiRDB Version 7 システム運用ガイド（Windows(R)用）」を参照してください。

(2)　この章の読み方について

この章は，章全体で一つの演習になっています。したがって，途中から読まないで，4.2から順次読み進んでください。

4.2　HiRDBを開始，終了する

HiRDBの開始と終了について説明します。

＜この節の構成＞

4.2.1　基礎知識

4.2.2　演習１（HiRDBを正常終了する）

4.2.3　演習２（HiRDBを正常開始する）

4.2.1　基礎知識

HiRDBの開始にはpdstartコマンド（HiRDBシステム・ユニット・サーバの開始）を，HiRDBの終了にはpdstopコマンド（HiRDBシステム・ユニット・サーバの終了）を使います。

＜この項の構成＞

(1)　HiRDBの開始

(2)　HiRDBの終了

(1)　HiRDBの開始

HiRDBの開始には，次に示す二つの方法があります。

Windows 2000のサービスとHiRDBのコマンド（pdstartコマンド）で開始する方法

Windows 2000のサービスだけで開始する方法

通常は，1．の方法でHiRDBを開始するようにしてください。

(a)　HiRDBの開始方法の決め方

HiRDBを1．の方法で開始するか，または2．の方法で開始するかは，システム共通定義（pdsys）のpd_mode_confオペランドで指定します。

●1．の方法で開始する場合

pd_mode_conf = MANUAL2を指定します。このマニュアルの手順に従ってHiRDBの環境設定をした場合は，pd_mode_conf = MANUAL1が指定されています。

●2．の方法で開始する場合

pd_mode_conf = AUTOを指定します。

(b)　開始モード

HiRDBには開始モードという概念があります。開始モードによって，pdstartコマンドに指定するオプションが異なります。HiRDBの開始モードを表4-1に示します。

なお，Windows 2000のサービスでHiRDBを開始する場合は，正常開始または再開始しかできません。

表4-1　HiRDBの開始モード

開始モード
実行コマンド
開始モードの説明
前回の終了モード

正常開始
pdstart
通常の開始モードです。正常開始では，前回稼働時の情報を引き継ぎません。
ただし，障害閉塞しているRDエリアの状態は引き継ぎます。
正常終了

再開始
前回の終了モードが右記の場合，HiRDBは（自動的に）再開始となります。再開始では，前回稼働時の情報を引き継ぎます。

計画停止

強制終了

異常終了

強制開始
pdstart dbdestroy
通常は使用しないでください。HiRDBを再開始できないときに使用します。HiRDBを強制的に開始します。
－

－
pdstart - i
通常は使用しないでください。データベースを再度初期設定するときの開始方法です。
－

－
pdstart -r
通常は使用しないでください。マスタディレクトリ用RDエリアに障害が発生したときの開始方法です。
－

（凡例）

－：モードに依存しません。

(2)　HiRDBの終了

HiRDBを終了するには，次の方法があります。

HiRDBのコマンド（pdstopコマンド）で終了する方法

Windows 2000のサービスで終了する方法

通常は，1．の方法でHiRDBを終了するようにしてください。

(a)　終了モード

HiRDBには終了モードという概念があります。終了モードによって，pdstopコマンドに指定するオプションが異なります。HiRDBの終了モードを表4-2に示します。

なお，Windows 2000のサービスでHiRDBを終了する場合は，正常終了しかできません。

表4-2　HiRDBの終了モード

終了モード | 入力コマンド | 終了モードの説明
正常終了 | pdstop | 通常の終了モードです。CONNECT要求を禁止し，ユティリティを含むすべてのユーザがDISCONNECTしたあとに，HiRDBを終了します。
計画停止 | pdstop -P | トランザクションの受け付けを禁止し，ユティリティを含むすべてのトランザクションが終了したあとに，HiRDBを終了します。
強制終了 | pdstop -f | 処理中のトランザクションの完了を待たずに，HiRDBを直ちに終了します。処理中のトランザクションは，再開始時にロールバックの対象となります。
異常終了 | － | 何らかの異常によってHiRDBが終了する場合の終了モードです。処理中のトランザクションの完了を待たずに，HiRDBは直ちに終了します。処理中のトランザクションは，再開始時にロールバックの対象となります。

(b)　注意事項

HiRDBに接続中のユーザがいるとHiRDBを終了できません。接続中のユーザがいるかどうかは，pdlsコマンドでわかります。

OSをシャットダウンする場合は，HiRDBが終了しているかどうかを確認してください。HiRDBが終了しているかどうかは，pdlsコマンドでわかります。

4.2.2　演習１（HiRDBを正常終了する）

稼働中のHiRDBを正常終了します。

＜この項の構成＞

(1)　pdlsコマンドでHiRDBの稼働状況を調べます

(2)　pdlsコマンドの実行結果が表示されます

(3)　pdlsコマンドでHiRDBに接続中のユーザがいるかどうかを調べます

(4)　pdlsコマンドの実行結果が表示されます

(5)　pdstopコマンドでHiRDBを正常終了します

(6)　pdstopコマンドの実行結果が表示されます

(1)　pdlsコマンドでHiRDBの稼働状況を調べます

HiRDBのシステム状態を表示して，稼働中かどうかを調べます。次のコマンドを実行してください。

C:¥>pdls

(2)　pdlsコマンドの実行結果が表示されます

HOSTNAME(144716)         UNITID SVID     STATUS   STARTTIME
s10380720                unt1   ******** ACTIVE    131951
s10380720                unt1   sds01    ACTIVE    131951

〔説明〕

STATUSにACTIVEが表示されているので，HiRDBが稼働中です。

(3)　pdlsコマンドでHiRDBに接続中のユーザがいるかどうかを調べます

サーバのプロセスの状態を表示して，HiRDBに接続しているユーザがいるかどうかを調べます。HiRDBに接続中のユーザがいると，HiRDBを終了できません。次のコマンドを実行してください。

C:¥>pdls -d prc

(4)　pdlsコマンドの実行結果が表示されます

HOSTNAME : s10380720(144817)
STATUS  PID  UID   GID  SVID     TIME  PROGRAM       C-PID       C-GRP
 L     2452   0     0  sds01  999999
 L     2548   0     0  sds01  999999
 L     1848   0     0  sds01  999999
 L      868   0     0  sds01  999999
 L     2536   0     0  sds01  999999
 L     2320   0     0  sds01  999999
 L     2440   0     0  sds01  999999
 L     2296   0     0  sds01  999999

〔説明〕

HiRDBに接続中のユーザがいると，PROGRAMにUAPの識別名称が表示されます。したがって，現在HiRDBに接続中のユーザはいません。HiRDBに接続中のユーザがいると，HiRDBを終了できません。
例えば，3章の演習でHiRDB SQL Executerを使用したままにしていると（HiRDBに接続したままにしていると），HiRDBを終了できません。HiRDBを終了するには，HiRDB SQL Executerを終了してください。

PROGRAMには，クライアント環境定義のPDCLTAPNAMEオペランドに指定したUAPの識別名称が表示されます。PDCLTAPNAMEオペランドを省略すると，Unknownが表示されます。

(5)　pdstopコマンドでHiRDBを正常終了します

HiRDBを正常終了します。次のコマンドを実行してください。

C:¥>pdstop

(6)　pdstopコマンドの実行結果が表示されます

1980 14:50:59 unt1 _rdm     KFPS01841-I HiRDB unit unt1 terminated.
mode = NORMAL
1980 14:50:59 unt1 _rdm     KFPS01850-I HiRDB system terminated.
mode = NORMAL

4.2.3　演習２（HiRDBを正常開始する）

HiRDBを正常開始します。

＜この項の構成＞

(1)　pdstartコマンドでHiRDBを正常開始します

(2)　pdstartコマンドの実行結果が表示されます

(3)　pdlsコマンドでHiRDBの稼働状況を調べます

(4)　pdlsコマンドの実行結果が表示されます

(1)　pdstartコマンドでHiRDBを正常開始します

HiRDBを正常開始します。次のコマンドを実行してください。

C:¥>pdstart

(2)　pdstartコマンドの実行結果が表示されます

2012 14:53:46 unt1 _rdm     KFPS05210-I HiRDB system initialization
process complete

(3)　pdlsコマンドでHiRDBの稼働状況を調べます

HiRDBのシステム状態を表示して，稼働中かどうかを調べます。次のコマンドを実行してください。

C:¥>pdls

(4)　pdlsコマンドの実行結果が表示されます

HOSTNAME(145349)     UNITID SVID     STATUS   STARTTIME
s10380720            unt1   ******** ACTIVE    145345
s10380720            unt1   sds01    ACTIVE    145345

〔説明〕

STATUSにACTIVEが表示されているので，HiRDBが開始しました。

4.3　システムログを操作する

バックアップの取得，およびデータベースの回復の演習を行う前に，システムログの運用方法について理解しておく必要があります。ここでは，システムログの操作について説明します。

＜この節の構成＞

4.3.1　基礎知識

4.3.2　演習（システムログをアンロードする）

4.3.1　基礎知識

データベースの障害が発生したとき，障害発生前の最新の状態に回復するためにはバックアップデータ以外にシステムログファイルが必要になります。このシステムログの運用によって，データベースをどの時点まで回復できるか，バックアップをどのように取得するかなどが異なります。

＜この項の構成＞

(1)　システムログとは

(2)　システムログの運用の種類

(3)　システムログをアンロードする運用

(4)　システムログのアンロード手順

(5)　演習を始める前に

(1)　システムログとは

システムログとは，一般的にはジャーナルとも呼ばれているデータベースの更新履歴情報のことです。HiRDBはこのシステムログを次に示す目的のためにシステムログファイルに取得しています。

(a)　HiRDBまたはUAPが異常終了した場合にHiRDBがデータベースを回復するときの入力情報になります

HiRDBまたはUAPが異常終了すると，実行中のUAPが更新したデータベースの内容をロールバックする必要が生じます。この処理はHiRDBが行います。このときの入力情報がシステムログとなります。

(b)　pdrstrコマンド（データベース回復ユティリティ）の入力情報になります

システムログにはデータベースの更新履歴情報が格納されているので，データベースに障害が発生したときでも，バックアップファイルとそのバックアップを取得した時点以降の更新履歴を利用して，データベースを最新の状態に回復できます。

ディスク障害など，データベースを回復する必要が生じた場合，pdrstrコマンドでデータベースを回復します。このとき，次に示す入力情報が必要になります。

バックアップファイル

システムログファイル，またはアンロードログファイル※

注※

バックアップ取得時点に回復する場合は必要ありません。また，バックアップ取得時のオプションによっては，使えないことがあります。

アンロードログファイル

アンロードログファイルは，システムログをアンロードすることで作成することができます。システムログのアンロードは，pdlogunldコマンド（ログ関係ファイルのアンロード）で行います。

アンロードログファイルを使用すると，データベースに障害が発生したときに，RDエリアごとに障害を回復することができます。システムログファイルを使用したデータベースの回復では，システム全体の回復しかできません。

このアンロードログファイルはシステムログをアンロードして作成します。システムログとデータベース回復の関係を図4-1に示します。

図4-1　システムログとデータベース回復の関係

〔説明〕

HiRDBがシステムログファイルにシステムログを出力します。

pdlogunldコマンドで，システムログをアンロードします。

pdrstrコマンド（データベース回復ユティリティ）でデータベースを回復します。

(2)　システムログの運用の種類

システムログの運用の種類には，表4-3に示す方法があります。このマニュアルでは，運用方法が最も単純なアンロード状態のチェックを解除する運用でHiRDBを運用します。「2.3.1 作成する環境」で紹介した自動ログアンロード機能は，システムログをアンロードする運用でHiRDBを運用する場合に利用できます。それぞれの運用方法の詳細については，「HiRDB Version 7 システム運用ガイド（Windows(R)用）」を参照してください。

表4-3　システムログの運用の種類

運用の種類
運用方法
データベースの回復方法
利点

システムログをアンロードする運用

アンロード待ち状態のシステムログをアンロードします。

バックアップおよびアンロードログファイルを入力情報にしてデータベースを回復します。

データベースは，バックアップ取得時点，およびバックアップ取得時点以降の任意の同期点に回復できます。

データベースを最新の状態に回復できます。

RDエリア単位でデータベースを回復できます。

システムログのアンロードを自動化できます。

アンロードレスシステムログ運用

アンロード待ち状態のシステムログを解放します（アンロードする必要はありません）。

サーバ単位にバックアップを取得する必要があります。

バックアップおよびバックアップ取得以降のシステムログを入力情報にしてデータベースを回復します。

データベースは，バックアップ取得時点，およびバックアップ取得時点以降の任意の同期点に回復できます。

システムログのアンロード操作がなくなるため，CPUおよび入出力の負荷を削減でき，HiRDB管理者の運用が簡単になります。

アンロードログファイルを保管するためのディスク容量が必要なくなります。

アンロード状態のチェックを解除する運用

システムログをアンロードする必要はありません。

バックアップを入力情報にしてデータベースを回復します。

データベースは，バックアップ取得時点にしか回復できません。

システムログファイルのアンロード操作または解放操作がなくなるため，運用が簡単になります。

アンロードログファイルを保管するためのファイル容量が必要なくなります。

この節には，システムログをアンロードする運用の場合の演習を記載しています。このマニュアルではアンロード状態のチェックを解除する運用を利用しているので，この演習は実行する必要はありません。

(3)　システムログをアンロードする運用

システムログをアンロードする運用の場合，(1)の(b)で説明したように，データベースの障害に備えてアンロードログファイルを保管しておく必要があります。

(a)　「アンロード待ち状態」のファイルをアンロードします

システムログが出力されているファイルを「現用」ファイルといいます。この「現用」ファイルの容量いっぱいにシステムログが出力されると，システムログの出力先がほかのシステムログファイルに変更されます。これをシステムログファイルのスワップといいます。

「現用」であったファイルは「アンロード待ち状態」のファイルとなります。HiRDB管理者は，この「アンロード待ち状態」のファイルをpdlogunldコマンドでアンロードします。

システムログファイルの状態変化を図4-2に示します。

図4-2　システムログファイルの状態変化

システムログファイルの状態は，pdloglsコマンドで確認できます。pdlogls出力例を次に示します。

〔説明〕

3カラム目が「ｕ」になっているファイル（log1）が，「アンロード待ち状態」のファイルです。

2カラム目が「ｃ」になっているファイル（log2）が，「現用」のファイルです。

(b)　アンロードをしないとHiRDBが異常終了します

「アンロード待ち状態」のファイルにはシステムログを出力できません。全システムログファイルが「アンロード待ち状態」になると，システムログが出力できなくなり，HiRDBが異常終了します。したがって，システムログのアンロードは忘れずに実行してください。

(c)　自動ログアンロード機能

システムログをアンロードする運用では，pdlogunldコマンドでアンロード待ち状態のシステムログファイルをアンロードする必要があります。この作業を忘れるとスワップ先にできる状態のシステムログファイルがなくなり，HiRDBが異常終了します。これを回避するための機能として，自動ログアンロード機能があります。自動ログアンロード機能を使うと，システムログファイルのアンロード作業をHiRDBが自動的に行います。アンロード作業が頻繁に発生する場合は，システムログのアンロード作業の自動化を検討してください。

HiRDBが自動的に作成するアンロードログファイルの名称には次に示すような規則があり，アンロードされた順序がわかるようになっています。したがって，バックアップ取得時の最新のアンロードログファイルを調べておくと，データベースの回復時にはそれ以降に作成されたアンロードログファイルを使うことでデータベースを最新の状態に回復できます。

名称規則

サーバ名_サーバランIDと世代番号_ファイルグループ名称

（例）

sds01_404d793d0001_log1　←バックアップ直前にアンロードしたファイル
sds01_404d793d0002_log2
sds01_404d793d0003_log3
sds01_404d793d0004_log4

通常は，サーバを停止するときはバックアップを取得するときなので，サーバランIDが異なる複数のアンロードログファイルがデータベースの回復に必要になることはありません。バックアップ取得時に，次にアンロードされる予定のアンロードログファイル名を調べておけば，世代番号に注目することでバックアップ取得以降に作成されたアンロードログファイルを把握することができます。

上記の例の場合，「sds01_404d793d0001_log1」がバックアップ直前にアンロードしたファイルとすると，取得したバックアップを使ってデータベースを回復するには，「sds01_404d793d0002_log2」以降の三つのファイルが必要になります。

自動ログアンロード機能の詳細については，マニュアル「HiRDB Version 7 システム運用ガイド（Windows(R)用）」を参照してください。

(d)　アンロードログファイルの格納場所

このあとに行う演習ではアンロードログファイルをデータベースと同じディスクに格納していますが，本番のシステムではアンロードログファイルをデータベースと異なるディスクに格納してください。同じディスクに格納すると，そのディスクに障害が発生した場合，データベースを回復できなくなります。

(4)　システムログのアンロード手順

システムログをアンロードする手順を図4-3に示します。

図4-3　システムログをアンロードする手順

(5)　演習を始める前に

「アンロード待ち状態」のファイルがない場合は，pdlogswapコマンドでシステムログファイルをスワップさせて，「アンロード待ち状態」のファイルを作成してください。

C:¥>pdlogswap -d sys

4.3.2　演習（システムログをアンロードする）

「アンロード待ち状態」のシステムログファイルをアンロードします。

＜この項の構成＞

(1)　pdloglsコマンドでシステムログファイルの状態をチェックします

(2)　pdloglsコマンドの実行結果が表示されます

(3)　アンロードログファイルを格納するディレクトリを作成します

(4)　pdlogunldコマンドでlog1のシステムログをアンロードします

(5)　pdlogunldコマンドの実行結果が表示されます

(6)　pdloglsコマンドでシステムログファイルの状態をチェックします

(7)　pdloglsコマンドの実行結果が表示されます

(1)　pdloglsコマンドでシステムログファイルの状態をチェックします

C:¥>pdlogls -d sys

(2)　pdloglsコマンドの実行結果が表示されます

HOSTNAME : s10380720(111302)
Group    Type Server   Gen No.  Status  Run ID    Block No.    Ex-Status
log1     sys  sds01           1 osud--u 40186bda        1    1  --------
log2     sys  sds01           2 oc-d--u 40186bda        2    2  --------
log3     sys  sds01           0 os----- 00000000        0    0  --------
log4     sys  sds01           0 os----- 00000000        0    0  --------
log5     sys  sds01           0 os----- 00000000        0    0  --------
log6     sys  sds01           0 os----- 00000000        0    0  --------

〔説明〕

Statusの3カラム目がｕになっているlog1が「アンロード待ち状態」のファイルです。

Statusの2カラム目がｃになっているlog2が「現用」のファイルです。

(3)　アンロードログファイルを格納するディレクトリを作成します

アンロードログファイルを格納するディレクトリをエクスプローラで作成します。C:¥hirdb¥pdlogunldディレクトリを作成します。

(4)　pdlogunldコマンドでlog1のシステムログをアンロードします

C:¥>pdlogunld -d sys -g log1 -o C:¥hirdb¥pdlogunld¥unlog01

〔説明〕

-g：

アンロードするシステムログファイル（log1）を指定します。

-o：

アンロードログファイルの名称を指定します。

(3)で作成したC:¥hirdb¥pdlogunldディレクトリ下にファイルが作成されます。

(5)　pdlogunldコマンドの実行結果が表示されます

2276 11:21:31 unt1          KFPS01271-I Unloading completed. generation number=1, start block number=1, end block number=1

〔説明〕

システムログファイルのアンロードが完了しました。

(6)　pdloglsコマンドでシステムログファイルの状態をチェックします

C:¥>pdlogls -d sys

(7)　pdloglsコマンドの実行結果が表示されます

HOSTNAME : s10380720(112217)
Group    Type Server   Gen No.  Status  Run ID    Block No.    Ex-Status
log1     sys  sds01           1 os-d--u 40186bda        1    1  --------
log2     sys  sds01           2 oc-d--u 40186bda        1    2  --------
log3     sys  sds01           0 os----- 00000000        0    0  --------
log4     sys  sds01           0 os----- 00000000        0    0  --------
log5     sys  sds01           0 os----- 00000000        0    0  --------
log6     sys  sds01           0 os----- 00000000        0    0  --------

〔説明〕

log1のStatusの3カラム目がｕ（アンロード待ち状態）から－（アンロード済み状態※）に変わりました。

注※

システムログをアンロードすると，システムログファイルの状態が「アンロード待ち状態」から「アンロード済み状態」に変わります。

4.4　バックアップを取得する

バックアップの取得について説明します。

＜この節の構成＞

4.4.1　基礎知識

4.4.2　演習１（全RDエリアのバックアップを取得する）

4.4.3　演習２（バックアップをDATに取得する）

4.4.4　演習３（自動ログアンロード機能を使っている場合に全RDエリアのバックアップを取得する）

4.4.1　基礎知識

データベースの障害に備えて，定期的にデータベースのバックアップを取得する必要があります。バックアップはpdcopyコマンド（データベース複写ユティリティ）で取得します。

＜この項の構成＞

(1)　バックアップを取得する目的

(2)　バックアップの取得単位

(3)　バックアップ取得モード

(4)　バックアップファイルの格納場所

(5)　pdcopyコマンドの処理結果リスト

(6)　バックアップの取得手順

(7)　自動ログアンロード機能を使用する場合のバックアップの取得手順

(1)　バックアップを取得する目的

ディスク障害などでデータベースを回復する必要が生じた場合，ここで取得したバックアップをpdrstrコマンド（データベース回復ユティリティ）の入力情報にしてデータベースを回復します。データベース回復の概要を図4-4に示します。

図4-4　データベース回復の概要

(2)　バックアップの取得単位

バックアップは次に示す単位で取得できます。バックアップの取得単位はpdcopyコマンドのオプションで指定できます。バックアップの取得単位を表4-4に示します。

表4-4　バックアップの取得単位

バックアップの取得単位
説明
pdcopyコマンドの
オプションの指定

システム単位
全RDエリアを対象としてバックアップを取得します。次に示すRDエリアのバックアップも取得されます。
このマニュアルで実施しているアンロード状態のチェックを解除する運用の場合，システム単位のバックアップしか実行できません。

マスタディレクトリ用RDエリア

データディレクトリ用RDエリア

データディクショナリ用RDエリア

-a

RDエリア単位
RDエリアごとにバックアップを取得します。
-r RDエリア名

(3)　バックアップ取得モード

pdcopyコマンドの-Mオプションでバックアップ取得モードを選択します。バックアップ取得モードを表4-5に示します。

表4-5　バックアップ取得モード

バックアップ取得モード
（-Mオプション
の指定値）

モードの説明

データベースの
回復方法の違い

ｘ
バックアップ取得中，バックアップ対象RDエリアの参照および更新ができません。バックアップ取得対象RDエリアをpdholdコマンドで閉塞かつクローズ状態にする必要があります。
別のモードでバックアップすると，アクセスが多いことが原因でバックアップに時間がかかる場合に使用すると便利です。
バックアップだけでデータベースをバックアップ取得時点に回復できます。

ｒ
バックアップ取得中，バックアップ取得対象のRDエリアの参照はできますが，更新はできません。
システムログを使わないでデータベースの回復を行う運用の場合に便利です。

ｓ
バックアップ取得中，バックアップ取得対象RDエリアの参照および更新ができます。
RDエリアの参照業務および更新業務を続けながらバックアップを取得したい場合に便利です。
データベースを回復するときに，バックアップおよびバックアップ取得中のシステムログ※が必要になります。

注※

pdcopyコマンドの処理結果リストに，RDエリアを回復するときに必要なシステムログファイルの名称および世代番号が出力されます。詳細については，「(5) pdcopyコマンドの処理結果リスト」を参照してください。

●注意事項

HiRDBの稼働中に全RDエリアのバックアップを取得する場合（システム単位でバックアップを取得する場合）は，バックアップ取得モード（-Mオプション）にｒまたはｓを指定してください。ｘは指定できません。

理由：

ｘを指定する場合は，バックアップ取得対象RDエリアをpdholdコマンドで閉塞かつクローズ状態にする必要があります。しかし，マスタディレクトリ用RDエリアは閉塞かつクローズ状態にできません。このため，-Mオプションにｘを指定して，HiRDBの稼働中に全RDエリアのバックアップを取得できません。

(4)　バックアップファイルの格納場所

この先行う演習ではバックアップファイルをデータベースと同じディスクに格納していますが，本番用のシステムではバックアップファイルをデータベースと異なるディスクに格納してください。同じディスクに格納すると，そのディスクに障害が発生した場合，データベースを回復できなくなります。

(5)　pdcopyコマンドの処理結果リスト

pdcopyコマンドを実行すると処理結果リストが出力されます。処理結果リストの出力先は，pdcopyコマンドの-pオプションで指定します。pdcopyコマンドの処理結果リストの出力例を図4-5に示します。

図4-5　pdcopyコマンドの処理結果リストの出力例

〔説明〕

バックアップ取得モードに関する情報です。
SHARED：バックアップ取得モードにsを指定
EXCLUSIVE：バックアップ取得モードにxまたはrを指定

システムログファイルに関する情報です。
バックアップ取得モードにｓを指定した場合に表示されます。
FILE NAMEに表示されているシステムログファイルがデータベースの回復時に必要なシステムログファイルです。

バックアップファイルに関する情報です。

バックアップ取得対象RDエリアに関する情報です。

バックアップ取得対象RDエリアのファイル構成に関する情報です。
4および5の情報はバックアップを取得したRDエリアの数だけ表示されます。

(6)　バックアップの取得手順

バックアップを取得する手順を図4-6に示します。

図4-6　バックアップを取得する手順

(7)　自動ログアンロード機能を使用する場合のバックアップの取得手順

自動ログアンロード機能を使用する場合は，バックアップの取得手順が「(6)バックアップの取得手順」とは異なります。自動ログアンロード機能を使用する場合のバックアップの取得手順を図4-7に示します。

図4-7　自動ログアンロード機能を使用する場合のバックアップを取得する手順

自動ログアンロード機能を使用している場合は，システムログをスワップし，それが自動的にアンロードされるのを確認してからバックアップを取得します。

バックアップを取得したあとは，現用システムログに対するアンロードログを調べて，データベース回復時に使用するアンロードログをあらかじめ確認しておきます。

4.4.2　演習１（全RDエリアのバックアップを取得する）

全RDエリア（マスタディレクトリ用RDエリア，データディレクトリ用RDエリア，およびデータディクショナリ用RDエリアを含む）のバックアップを取得します。バックアップ取得モードはｒとします。

なお，ここで取得したバックアップは「4.5 データベースを回復する」の演習で使用するので，保存しておいてください。

＜この項の構成＞

(1)　バックアップファイルを格納するディレクトリを作成します

(2)　全RDエリアのバックアップをpdcopyコマンドで取得します

(3)　pdcopyコマンドの実行結果が表示されます

(4)　pdcopyコマンドが失敗した場合（バックアップの取得に失敗した場合）

(1)　バックアップファイルを格納するディレクトリを作成します

バックアップファイルを格納するディレクトリをエクスプローラで作成します。C:¥hirdb¥pdcopyディレクトリを作成してください。

(2)　全RDエリアのバックアップをpdcopyコマンドで取得します

全RDエリアのバックアップを取得（システム全体のバックアップを取得）するため，-aを指定してデータベース複写ユティリティを実行します。次のコマンドを実行してください。

C:¥>pdcopy -m C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast -a
-M r -b C:¥hirdb¥pdcopy¥backup01 -p C:¥hirdb¥pdcopy¥list01.txt

〔説明〕

-m：

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称（C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast）を指定します。

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称は，pdinitコマンドのcreate rdarea文でマスタディレクトリ用RDエリアを定義したときに指定しています（file nameオペランドに指定したファイル名称です）。

-a：

全RDエリアのバックアップを取得するオプションです。

-M：

バックアップ取得モードを指定します。

-b：

バックアップファイル名を指定します。

C:¥hirdb¥pdcopyディレクトリ下にbackup01ファイルが作成されます。

-p：

pdcopyコマンドの処理結果リストの出力先を指定します。C:¥hirdb¥pdcopyディレクトリ下にlist01.txtファイルが作成されます。

(3)　pdcopyコマンドの実行結果が表示されます

1200 11:47:30 unt1 _pd0copy KFPR00754-I Pdcopy started  ･･････････1
1900 11:47:36 unt1 0bcpy00  KFPR26109-I Backup completed,
file=c:/hirdb/pdcopy/backup01   ･････････････････････････････････2
1200 11:47:31 unt1 _pd0copy KFPR26022-I Output result of
pdcopy to C:/hirdb/pdcopy/list01.txt   ･･････････････････････････3
1200 11:47:36 unt1 _pd0copy KFPR00756-I Pdcopy terminated,
return code=0   ････････････････････････････････････････････････4

〔説明〕

バックアップの取得を開始しました。

バックアップを取得しました。
バックアップファイル名は，C:¥hirdb¥pdcopy¥backup01です。

pdcopyコマンドの処理結果リストがC:¥hirdb¥pdcopy¥list01.txtに出力されました。

pdcopyコマンドが正常終了しました。

(4)　pdcopyコマンドが失敗した場合（バックアップの取得に失敗した場合）

pdcopyコマンドが失敗すると，リターンコードに0が返ってきません。この場合は，画面およびイベントビューアに出力されたメッセージを参照して対策してください。

1216 11:47:35 unt1 _pd0copy KFPR00754-I Pdcopy started
1216 11:47:35 unt1 _pd0copy KFPR26111-E To copy Master
RDAREA with -M x option, pdstart should be executed
with -r option
1216 11:47:35 unt1 _pd0copy KFPR00756-I Pdcopy terminated,
return code=12

〔説明〕

バックアップ取得モード（-Mオプション）にxを指定して，システム単位のバックアップを取得すると，このメッセージが表示されます。

4.4.3　演習２（バックアップをDATに取得する）

全RDエリア（マスタディレクトリ用RDエリア，データディレクトリ用RDエリア，およびデータディクショナリ用RDエリアを含む）のバックアップをDATに取得します。バックアップ取得モードは，ｒとします。

なお，ここで取得したバックアップは「4.5 データベースを回復する」の演習で使用するので，保存しておいてください。

＜この項の構成＞

(1)　バックアップファイルを格納するDATを用意します

(2)　全RDエリアのバックアップをpdcopyコマンドで取得します

(3)　pdcopyコマンドの実行結果が表示されます

(4)　pdcopyコマンドが失敗した場合（バックアップの取得に失敗した場合）

(1)　バックアップファイルを格納するDATを用意します

バックアップファイルを格納するためのDATをDATドライブにセットします。

なお，一つのDATにバックアップファイルは一つしか保存できません。バックアップファイルが存在するDATにバックアップを取得すると，上書きされるので注意してください。

(2)　全RDエリアのバックアップをpdcopyコマンドで取得します

DATにバックアップを取得するため，-bオプションにDATのデバイス（¥¥.¥tape0）を指定してデータベース複写ユティリティを実行します。次のコマンドを実行してください。

C:¥>pdcopy -m C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast -a -M r
-b ¥¥.¥tape0 -p C:¥hirdb¥pdcopy¥list03.txt

〔説明〕

-m：

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称（C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast）を指定します。マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称は，pdinitコマンドのcreate rdarea文でマスタディレクトリ用RDエリアを定義したときに指定しています（file nameオペランドに指定したファイル名称です）。

-a：

全RDエリアのバックアップを取得するオプションです。

-M：

バックアップ取得モードを指定します。

-b：

DATのデバイス名を示す¥¥.¥tape0を指定します。DATにバックアップファイルが作成されます。デバイス名は，［コンピュータの管理］から［記憶域］－［リムーバブル記憶域］－［物理的な場所］を選択したあと，使用しているDATの［プロパティ］－［デバイス情報］を参照することで確認できます。

DATにバックアップを取得する場合，バックアップファイル名を指定できません。また，一つのDATに複数のバックアップを取得することはできません。

-p：

pdcopyコマンドの処理結果リストの出力先を指定します。C:¥HiRDB¥pdcopyディレクトリ下にlist03.txtファイルが作成されます。

(3)　pdcopyコマンドの実行結果が表示されます

1692 16:14:20 unt1 _pd0copy KFPR00754-I Pdcopy started ･･･････････1
1288 16:14:34 unt1 0bcpy00 KFPR26109-I Backup completed,
file=//./tape0 ･･････････････････････････････････････････････････2
1692 16:14:21 unt1 _pd0copy KFPR26022-I Output result of pdcopy to
C:/hirdb/pdcopy/list03.txt ･･････････････････････････････････････3
1692 16:14:34 unt1 _pd0copy KFPR00756-I Pdcopy terminated,
return code=0 ･･･････････････････････････････････････････････････4

〔説明〕

バックアップの取得を開始しました。

バックアップを取得しました。
バックアップファイル（デバイス）名は¥¥.¥tape0です。

pdcopyコマンドの処理結果リストがC:¥hirdb¥pdcopy¥list03.txtに出力されました。

pdcopyコマンドが正常終了しました。

(4)　pdcopyコマンドが失敗した場合（バックアップの取得に失敗した場合）

pdcopyコマンドが失敗すると，リターンコードが0で返ってきません。この場合は，画面およびイベントビューアに出力されたメッセージを参照して対策してください。

1616 11:54:16 unt1 _pd0copy KFPR00754-I Pdcopy started
384 11:55:17 unt1 0rcopy0  KFPR16003-E Open error occurred,
 file=//./tape9
384 11:54:17 unt1 0rcopy0  KFPR16101-E File I/O error occurred,
 reason=Invalid-permission, func=open, errno=13, (utlfmkbh.c:0243)
1448 11:54:17 unt1 0bcpy00  KFPR16110-I Unable to get
a backup file //./tape9
1616 11:54:17 unt1 _pd0copy KFPR26022-I Output result of
pdcopy to C:/hirdb/pdcopy/list03.txt
1616 11:54:17 unt1 _pd0copy KFPR00756-I Pdcopy terminated,
return code=12

〔説明〕

DATドライブの指定に存在しないドライブ¥¥.¥tape9を指定すると，このメッセージが表示されます。

4.4.4　演習３（自動ログアンロード機能を使っている場合に全RDエリアのバックアップを取得する）

自動ログアンロード機能を使っている場合のバックアップの取得を行います。

バックアップ対象は，全RDエリア（マスタディレクトリ用RDエリア，データディレクトリ用RDエリア，およびデータディクショナリ用RDエリアを含む）です。バックアップ取得モードは，ｒとします。

なお，ここで取得したバックアップは「4.5 データベースを回復する」の演習で使用するので，保存しておいてください。

＜この項の構成＞

(1)　自動ログアンロード機能が動作していることを確認します

(2)　自動ログアンロード機能の動作状態が表示されます

(3)　システムログファイルをスワップします

(4)　システムログのアンロード処理が終了したことを確認します

(5)　pdloglsコマンドの実行結果が表示されます

(6)　全RDエリアのバックアップをpdcopyコマンドで取得します

(7)　現用システムログファイルに対するアンロードログファイル名を調べます

(8)　自動ログアンロード機能の動作状態が表示されます

(1)　自動ログアンロード機能が動作していることを確認します

自動ログアンロード機能が動作しているか確認します。次のコマンドを実行してください。

C:¥>pdlogatul -d sys

〔説明〕

自動ログアンロード機能の動作状態を表示します。

(2)　自動ログアンロード機能の動作状態が表示されます

AUTO_LOG_UNLOADの値が「ACTIVE」になっていることを確認してください。

HOSTNAME : s10380720(170005)
SERVER_NAME:sds01
AUTO_LOG_UNLOAD NOW_UNLOAD_LOG_GROUP CREATE_DIR
ACTIVE **** C:/win32app/hitachi/hirdb_s/area/unloadlog/
CURRENT LOG GENERATION INFO.
LOG_GROUP GEN_NO. SERVER_RUN_ID RUN_ID UNLOAD_FILE_NAME
log1 1 404d793d 404d7935 sds01_404d793d0001_log1

〔説明〕

ACTIVE：

自動ログアンロード機能の動作状態です。表示される値は次のとおりです。

ACTIVE：動作中

STOP：停止中

STOPPING：停止時のアンロード処理待ち監視中

－：自動ログアンロード機能を使用できない状態

(3)　システムログファイルをスワップします

現用のシステムログファイルをスワップします。次のコマンドを実行してください。

C:¥>pdlogswap -d sys -w

(4)　システムログのアンロード処理が終了したことを確認します

スワップしたシステムログファイルがアンロードされたことを確認します。次のコマンドを実行してください。

C:¥>pdlogls -d sys

(5)　pdloglsコマンドの実行結果が表示されます

Statusの3カラム目に「u」（アンロード待ち状態）のシステムログがないことを確認します。アンロード待ちのシステムログがある場合，少し時間をおいてから確認してください。

HOSTNAME : s10380720(170332)
Group Type Server Gen No. Status Run ID Block No. Ex-Status
log1 sys sds01 1 os-d--u 404d7935 1 1 --------
log2 sys sds01 2 oc-d--u 404d7935 2 2 --------
log3 sys sds01 0 os----- 00000000 0 0 --------
log4 sys sds01 0 os----- 00000000 0 0 --------
log5 sys sds01 0 os----- 00000000 0 0 --------
log6 sys sds01 0 os----- 00000000 0 0 --------

(6)　全RDエリアのバックアップをpdcopyコマンドで取得します

全RDエリアのバックアップを取得（システム全体のバックアップを取得）するため，-aを指定してデータベース複写ユティリティを実行します。次のコマンドを実行してください。

C:¥>pdcopy -m C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast -a
-M r -b C:¥hirdb¥pdcopy¥backup03 -p C:¥hirdb¥pdcopy¥list03.txt

〔説明〕

-m：

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称（C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast）を指定します。

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称は，pdinitコマンドのcreate rdarea文でマスタディレクトリ用RDエリアを定義したときに指定しています（file nameオペランドに指定したファイル名称です）。

-a：

全RDエリアのバックアップを取得するオプションです。

-M：

バックアップ取得モードを指定します。

-b：

バックアップファイル名を指定します。

C:¥hirdb¥pdcopyディレクトリ下にbackup03ファイルが作成されます。

-p：

pdcopyコマンドの処理結果リストの出力先を指定します。C:¥hirdb¥pdcopyディレクトリ下にlist03.txtファイルが作成されます。

(7)　現用システムログファイルに対するアンロードログファイル名を調べます

自動ログアンロード機能の動作状態を表示して，取得したバックアップを使ってデータベースを回復するときに必要なアンロードログファイルを確認します。次のコマンドを実行してください。

C:¥>pdlogatul -d sys

〔説明〕

自動ログアンロード機能の動作状態を表示します。

(8)　自動ログアンロード機能の動作状態が表示されます

UNLOAD_FILE_NAMEに示されているアンロードログファイル名を確認して，保管してください。取得したバックアップを使って最新の状態にデータベースを回復する場合，このファイル，およびこれ以降にアンロードされるファイルが必要になります。

HOSTNAME : s10380720(170005)
SERVER_NAME:sds01
AUTO_LOG_UNLOAD NOW_UNLOAD_LOG_GROUP CREATE_DIR
ACTIVE **** C:/win32app/hitachi/hirdb_s/area/unloadlog/
CURRENT LOG GENERATION INFO.
LOG_GROUP GEN_NO. SERVER_RUN_ID RUN_ID UNLOAD_FILE_NAME
log1 1 404d793d 404d7935 sds01_404d793d0001_log1

sds01_404d793d0001_log1：

現用世代を自動ログアンロードしたときのアンロードログファイル名です。

4.5　データベースを回復する

データベースの回復について説明します。

＜この節の構成＞

4.5.1　基礎知識

4.5.2　演習１（全RDエリアをバックアップ取得時点に回復する）

4.5.3　演習２（DATのバックアップを使用して回復する）

4.5.4　演習３（自動ログアンロード機能を使っている場合に回復する）

4.5.1　基礎知識

データベースに障害が発生した場合，事前に取得したバックアップファイルからデータベースを回復します。データベースの回復は，pdrstrコマンドデータベース回復ユティリティ）で行います。

＜この項の構成＞

(1)　pdrstrコマンド（データベース回復ユティリティ）でデータベースを回復します

(2)　データベースの回復手順

(3)　自動ログアンロード機能を使用する場合のデータベースの回復手順

(4)　注意事項

(1)　pdrstrコマンド（データベース回復ユティリティ）でデータベースを回復します

ディスク障害など，データベースを回復する必要が生じた場合，pdrstrコマンドでデータベースを回復します。このとき，次に示す入力情報が必要になります。

バックアップファイル

システムログファイル，またはアンロードログファイル

データベースは次に示す時点（状態）に回復できます。

バックアップ取得時点
バックアップ取得時点に回復する場合は，システムログやアンロードログファイルは必要ありません。バックアップファイルだけが必要です。

最新の状態（最新の同期点）
最新の状態に回復する場合は，バックアップファイルのほかに，バックアップ取得以降に出力されたシステムログ，またはそれに対応するアンロードログファイルが必要になります。

(2)　データベースの回復手順

データベースを回復する手順を図4-8に示します。

図4-8　データベースを回復する手順

(3)　自動ログアンロード機能を使用する場合のデータベースの回復手順

自動ログアンロード機能を使用する場合も，データベースの回復手順は「(2)データベースの回復手順」と同じです。ただし，自動ログアンロード機能を使用している場合，指定するアンロードログファイル名がわからなくならないように注意する必要があります。アンロードログの時系列リストを自分で作成するなどして，バックアップファイルと指定するアンロードログファイルの対応を管理することをお勧めします。

(4)　注意事項

データベースを回復する際の注意事項を次に示します。

(a)　マスタディレクトリ用RDエリアの回復

RDエリアを回復するとき，回復対象RDエリアをpdholdコマンドで閉塞かつクローズ状態にする必要があります。しかし，マスタディレクトリ用RDエリアは閉塞かつクローズ状態にできません。このため，マスタディレクトリ用RDエリアを回復する場合は，いったんHiRDBを終了して，そのあとpdstart -rコマンドでHiRDBを開始する必要があります。

したがって，全RDエリアを回復する場合はマスタディレクトリ用RDエリアの回復も含まれるため，pdstart -rコマンドでHiRDBを開始する必要があります。

(b)　システム用RDエリアのバックアップ取得時点への回復

システム用RDエリア（マスタディレクトリ用RDエリア，データディレクトリ用RDエリア，およびデータディクショナリ用RDエリア）をバックアップ取得時点に回復する場合は，回復の前に次の作業をする必要があります。なお，システム用RDエリアを最新の状態に回復する場合は，次の作業をする必要はありません。

マスタディレクトリ用RDエリアを構成するHiRDBファイルの削除

データディレクトリ用RDエリアを構成するHiRDBファイルの削除

データディクショナリ用RDエリアを構成するHiRDBファイルの削除

これらのHiRDBファイルはpdfrmコマンドで削除できます。

したがって，全RDエリアをバックアップ取得時点に回復する場合はシステム用RDエリアの回復も含まれるため，前記のHiRDBファイルの削除作業をする必要があります。

(c)　最新の状態への回復

RDエリアを最新の状態に回復するには，バックアップおよびバックアップ取得以降に出力されたシステムログが必要です。したがって，現用のシステムログファイルに格納されているシステムログが必要になります。

システムログをアンロードする運用の場合は，pdlogswapコマンドで現用ファイルをいったんスワップしてください。そのあと，スワップしたシステムログファイルをアンロードしてください。

4.5.2　演習１（全RDエリアをバックアップ取得時点に回復する）

データベースを格納しているディスクに障害が発生しました。全RDエリア（マスタディレクトリ用RDエリア，データディレクトリ用RDエリア，およびデータディクショナリ用RDエリアを含む）をバックアップ取得時点の状態に回復します。

＜この項の構成＞

(1)　ディスクを交換します

(2)　pdfmkfsコマンドでHiRDBファイルシステム領域を初期設定します

(3)　pdrstrコマンドの処理結果リストを格納するディレクトリを作成します

(4)　RDエリアの回復に必要なファイルを準備します

(5)　pdstopコマンドでHiRDBを正常終了します

(6)　pdfrmコマンドでHiRDBファイルを削除します

(7)　pdstart -rコマンドでHiRDBを開始します

(8)　pdrstrコマンドで全RDエリアをバックアップ取得時点に回復します

(9)　pdrstrコマンドの実行結果が表示されます

(10)　pdstopコマンドでHiRDBを正常終了します

(11)　pdstartコマンドでHiRDBを正常開始します

(1)　ディスクを交換します

障害が発生したディスクを交換します。この演習では実際に交換はしません。交換したと仮定して以降の作業を行います。

(2)　pdfmkfsコマンドでHiRDBファイルシステム領域を初期設定します

pdfmkfsコマンドでHiRDBファイルシステム領域を初期設定します。pdfmkfsコマンドで指定するオプションは，RDエリア用のHiRDBファイルシステム領域を前回作成したときと同じにしてください。

この演習の場合，次のコマンドになります。

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys011"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys012"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys013"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys014"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys015"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys016"

pdfmkfs -r -n 50 -l 30 -e 1 -k DB
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02"

pdfmkfs -r  -n 50 -l 60 -e 255 -k WORK
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys03"

pdfmkfs -r  -n 100 -l 30 -e 1 -k DB
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys04"

pdfmkfs -r  -n 20 -l 10 -e 1 -k DB
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys05"
ｃ

なお，この演習では実際にpdfmkfsコマンドを実行しません。実行したと仮定して以降の作業を行います。

(3)　pdrstrコマンドの処理結果リストを格納するディレクトリを作成します

pdrstrコマンドの処理結果リストを格納するディレクトリをエクスプローラで作成します。C:¥hirdb¥pdrstrディレクトリを作成します。

(4)　RDエリアの回復に必要なファイルを準備します

RDエリアの回復に必要なファイル（データベース回復ユティリティの入力情報ファイル）は次のとおりです。

システム単位で取得したバックアップファイル
「4.4 バックアップを取得する」の演習1で取得したバックアップファイルを使用します。バックアップファイル名は，C:¥hirdb¥pdcopy¥backup01です。

(5)　pdstopコマンドでHiRDBを正常終了します

HiRDBが稼働中の場合，正常終了してください。障害が発生すると，HiRDB/シングルサーバは停止しますが，pd_mode_confオペランドを「AUTO」または「MANUAL1」に設定していると，停止したあとに自動開始することがあります。

C:¥>pdstop

(6)　pdfrmコマンドでHiRDBファイルを削除します

全RDエリアの回復なので，マスタディレクトリ用RDエリアを構成するHiRDBファイル，データディレクトリ用RDエリアを構成するHiRDBファイル，およびデータディクショナリ用RDエリアを構成するHiRDBファイルを削除する必要があります。次のコマンドを実行してください。

C:¥>pdfrm C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast     ･････1

C:¥>pdfrm C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rddirt     ･････2

C:¥>pdfrm C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rddict     ･････3

〔説明〕

マスタディレクトリ用RDエリアを構成するHiRDBファイルを削除します。

データディレクトリ用RDエリアを構成するHiRDBファイルを削除します。

データディクショナリ用RDエリアを構成するHiRDBファイルを削除します。

(7)　pdstart -rコマンドでHiRDBを開始します

マスタディレクトリ用RDエリアが使えない場合のデータベースの回復時には，-rオプションを指定してHiRDBを開始する必要があります。次のコマンドを実行してください。

C:¥>pdstart -r

(8)　pdrstrコマンドで全RDエリアをバックアップ取得時点に回復します

「4.4 バックアップを取得する」の演習１で取得したバックアップファイルを指定して，データベース回復ユティリティを実行してください。

C:¥>pdrstr -m C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast -a
-b C:¥hirdb¥pdcopy¥backup01 -p C:¥hirdb¥pdrstr¥list01.txt

〔説明〕

-m：

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称を指定します。

-a：

全RDエリアの回復を指定します。

-b：

バックアップファイルの名称を指定します。「4.4 バックアップを取得する」の演習１で取得した全RDエリアのバックアップファイル（C:¥hirdb¥pdcopy¥backup01）を指定します。

-p：

pdrstrコマンドの処理結果出力リストの出力先を指定します。C:¥hirdb¥pdrstrディレクトリ下にlist01.txtファイルが作成されます。

(9)　pdrstrコマンドの実行結果が表示されます

2016 11:36:43 unt1 _pd0rstr KFPR00764-I Pdrstr started   ･･････････1
2224 11:36:59 unt1 0rrstr0  KFPR00766-I Recovery of
"RDMAST" ended normally   ････････････････････････････････････････2
2224 11:36:59 unt1 0rrstr0  KFPR00766-I Recovery of
"RDDIRT" ended normally
2224 11:36:59 unt1 0rrstr0  KFPR00766-I Recovery of
"RDDICT" ended normally
2224 11:36:59 unt1 0rrstr0  KFPR00766-I Recovery of
"DIC_RTN_SRC" ended normally
2224 11:36:59 unt1 0rrstr0  KFPR00766-I Recovery of
"DIC_RTN_OBJ" ended normally
2224 11:36:59 unt1 0rrstr0  KFPR00766-I Recovery of
"RDDATA10" ended normally
2224 11:36:59 unt1 0rrstr0  KFPR00766-I Recovery of
"RDINDX10" ended normally
2224 11:36:59 unt1 0rrstr0  KFPR00766-I Recovery of
"RLOB1" ended normally
2016 11:36:59 unt1 _pd0rstr KFPR26222-I Output result of pdrstr
to C:/hirdb/pdrstr/list01.txt   ･･････････････････････････････････3
2016 11:37:00 unt1 _pd0rstr KFPR00765-I Pdrstr terminated,
return code=0   ･･････････････････････････････････････････････････4

〔説明〕

pdrstrコマンドの処理が開始しました。

処理結果リストがC:¥hirdb¥pdrstr¥list01.txtに出力されました。

pdrstrコマンドの処理が正常終了しました。

(10)　pdstopコマンドでHiRDBを正常終了します

HiRDBを通常の稼働状態（-r指定なしpdstart）にするため，一度HiRDBを正常終了してください。

C:¥>pdstop

(11)　pdstartコマンドでHiRDBを正常開始します

HiRDBを正常開始してください。

C:¥>pdstart

4.5.3　演習２（DATのバックアップを使用して回復する）

データベースを格納しているディスクに障害が発生しました。DATに取得したバックアップを使用して全RDエリアを回復します。

＜この項の構成＞

(1)　ディスクを交換します

(2)　pdfmkfsコマンドでHiRDBファイルシステム領域を初期設定します

(3)　RDエリアの回復に必要なファイルを準備します

(4)　pdstopコマンドでHiRDBを正常終了します

(5)　pdfrmコマンドでHiRDBファイルを削除します

(6)　pdstart -rコマンドでHiRDBを開始します

(7)　バックアップファイルが格納されているDATを用意します

(8)　pdrstrコマンドで全RDエリアをバックアップ取得時点に回復します

(9)　pdrstrコマンドの実行結果が表示されます

(10)　pdstopコマンドでHiRDBを正常終了します

(11)　pdstartコマンドでHiRDBを正常開始します

(1)　ディスクを交換します

障害が発生したディスクを交換します。この演習では実際に交換はしません。交換したと仮定して以降の作業を行います。

(2)　pdfmkfsコマンドでHiRDBファイルシステム領域を初期設定します

pdfmkfsコマンドでHiRDBファイルシステム領域を初期設定します。pdfmkfsコマンドで指定するオプションは，RDエリア用のHiRDBファイルシステム領域を前回作成したときと同じにしてください。

この演習の場合，次のコマンドになります。

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys011"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys012"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys013"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys014"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys015"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys016"

pdfmkfs -r -n 50 -l 30 -e 1 -k DB
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02"

pdfmkfs -r  -n 50 -l 60 -e 255 -k WORK
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys03"

pdfmkfs -r  -n 100 -l 30 -e 1 -k DB
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys04"

pdfmkfs -r  -n 20 -l 10 -e 1 -k DB
-i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys05"

なお，この演習では実際にpdfmkfsコマンドを実行しません。実行したと仮定して以降の作業を行います。

(3)　RDエリアの回復に必要なファイルを準備します

RDエリアの回復に必要なファイル（データベース回復ユティリティの入力情報ファイル）は次のとおりです。

システム単位で取得したバックアップファイル
「4.4 バックアップを取得する」の演習2でDATに取得したバックアップファイルを使用します。DATに取得したバックアップファイルに対してファイル名を指定することはできません。ファイルの指定には，DATのデバイス名を示す¥¥.¥tape0を使用します。

(4)　pdstopコマンドでHiRDBを正常終了します

HiRDBが稼働中の場合，正常終了してください。障害が発生すると，HiRDB/シングルサーバは停止しますが，pd_mode_confオペランドを「AUTO」または「MANUAL1」に設定していると，停止したあとに自動開始することがあります。

C:¥>pdstop

(5)　pdfrmコマンドでHiRDBファイルを削除します

全RDエリアの回復なので，マスタディレクトリ用RDエリアを構成するHiRDBファイル，データディレクトリ用RDエリアを構成するHiRDBファイル，およびデータディクショナリ用RDエリアを構成するHiRDBファイルを削除する必要があります。次のコマンドを実行してください。

C:¥>pdfrm C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast   ･･････1

C:¥>pdfrm C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rddirt   ･･････2

C:¥>pdfrm C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rddict   ･･････3

〔説明〕

マスタディレクトリ用RDエリアを構成するHiRDBファイルを削除します。

データディレクトリ用RDエリアを構成するHiRDBファイルを削除します。

データディクショナリ用RDエリアを構成するHiRDBファイルを削除します。

(6)　pdstart -rコマンドでHiRDBを開始します

マスタディレクトリ用RDエリアが使えない場合のデータベースの回復時には，-rオプションを指定してHiRDBを開始する必要があります。次のコマンドを実行してください

C:¥>pdstart -r

(7)　バックアップファイルが格納されているDATを用意します

「4.4 バックアップを取得する」の演習2でバックアップファイルを格納したDATをDATドライブにセットします。

(8)　pdrstrコマンドで全RDエリアをバックアップ取得時点に回復します

DATデバイス名を指定して，データベース回復ユティリティを実行してください。

C:¥>pdrstr -m C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast -a
-b ¥¥.¥tape0 -p C:¥hirdb¥pdrstr¥list03.txt

〔説明〕

-m：

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称を指定します。

-a：

全RDエリアの回復を指定します。

-b：

バックアップファイルの名称を指定します。「4.4 バックアップを取得する」の演習2で全RDエリアのバックアップを取得したDATのデバイス名（¥¥.¥tape0）を指定します。

-p：

pdrstrコマンドの処理結果出力リストの出力先を指定します。C:¥hirdb¥pdrstrディレクトリ下にlist03.txtファイルが作成されます。

(9)　pdrstrコマンドの実行結果が表示されます

2456 10:58:03 unt1 _pd0rstr KFPR00764-I Pdrstr started ･･･････････1
2636 10:58:26 unt1 0rrstr0 KFPR00766-I Recovery of
"RDMAST" ended normally ･････････････････････････････････････････2
2636 10:58:26 unt1 0rrstr0 KFPR00766-I Recovery of
"RDDIRT" ended normally
2636 10:58:26 unt1 0rrstr0 KFPR00766-I Recovery of
"RDDICT" ended normally
2636 10:58:26 unt1 0rrstr0 KFPR00766-I Recovery of
"DIC_RTN_SRC" ended normally
2636 10:58:26 unt1 0rrstr0 KFPR00766-I Recovery of
"DIC_RTN_OBJ" ended normally
2636 10:58:26 unt1 0rrstr0 KFPR00766-I Recovery of
"RDDATA10" ended normally
2636 10:58:26 unt1 0rrstr0 KFPR00766-I Recovery of
"RDINDX10" ended normally
2636 10:58:26 unt1 0rrstr0 KFPR00766-I Recovery of
"RLOB1" ended normally
2636 10:58:26 unt1 0rrstr0 KFPR00766-I Recovery of
"RDAREA02" ended normally
2456 10:58:29 unt1 _pd0rstr KFPR26222-I Output result of
pdrstr to C:/hirdb/pdrstr/list03.txt ････････････････････････････3
2456 10:58:29 unt1 _pd0rstr KFPR00765-I Pdrstr terminated,
return code=0 ･･･････････････････････････････････････････････････4

〔説明〕

pdrstrコマンドの処理が開始しました。

各RDエリアが回復されました。

処理結果リストがC:¥hirdb¥pdrstr¥list03.txtに出力されました。

pdrstrコマンドの処理が正常終了しました。

(10)　pdstopコマンドでHiRDBを正常終了します

HiRDBを通常の稼働状態（-r指定なしpdstart）にするため，一度HiRDBを正常終了してください。

C:¥>pdstop

(11)　pdstartコマンドでHiRDBを正常開始します

HiRDBを正常開始してください。

C:¥>pdstart

4.5.4　演習３（自動ログアンロード機能を使っている場合に回復する）

自動ログアンロード機能を使っている場合のデータベースの回復を行います。全RDエリア（マスタディレクトリ用RDエリア，データディレクトリ用RDエリア，およびデータディクショナリ用RDエリアを含む）を最新の状態に回復します。

全RDエリアを最新の状態に回復する場合，幾つかのRDエリアに分けて回復のための操作をする必要があります。詳細については，マニュアル「HiRDB Version 7 システム運用ガイド（Windows(R)用）」を参照してください。

＜この項の構成＞

(1)　必要なバックアップファイルとアンロードログファイルを特定します

(2)　現用のシステムログファイルをスワップします

(3)　システムログのアンロード処理が終了したことを確認します

(4)　pdloglsコマンドの実行結果が表示されます

(5)　作成されたアンロードログファイルを確認します

(6)　pdstopコマンドでHiRDBを正常終了します

(7)　pdfrmコマンドでHiRDBファイルを削除します

(8)　pdstart -rコマンドでHiRDBを開始します

(9)　pdrstrコマンドでマスタディレクトリ用RDエリアを最新の状態に回復します

(10)　pdrstrコマンドでデータディレクトリ用RDエリアなどをバックアップ取得時点に回復します

(11)　pdstopコマンドでHiRDBを正常終了します

(12)　pdstartコマンドでHiRDBを正常開始します

(13)　pdholdコマンドでRDエリアを閉塞，クローズ状態にします

(14)　pdholdコマンドでデータディクショナリ用RDエリアを閉塞，クローズ状態にします

(15)　pdrstrコマンドでマスタディレクトリ用RDエリア以外のRDエリアを最新の状態に回復します

(16)　pdrelsコマンドでデータディクショナリ用RDエリアの閉塞を解除し，オープン状態にします

(17)　pdrelsコマンドでRDエリアの閉塞を解除し，オープン状態にします

(18)　pdcopyコマンドで全RDエリアのバックアップを取得します

(19)　pdstopコマンドでHiRDBを正常終了します

(20)　pdstartコマンドでHiRDBを正常開始します

(1)　必要なバックアップファイルとアンロードログファイルを特定します

バックアップファイルには，「4.4 バックアップを取得する」の演習3で取得したバックアップファイルを使用します。バックアップファイル名は，C:¥hirdb¥pdcopy¥backup03です。

さらに，このバックアップを取得したとき以降に出力されたシステムログを格納したアンロードログファイルが必要になります。バックアップを取得したとき以降に出力されたシステムログは，バックアップを取得したときの最後に確認したアンロードログファイル，それ以降にアンロードされたアンロードログファイル，および現用のシステムログファイルに格納されています。HiRDBに自動アンロードされたアンロードログファイルについては，自分で管理しているアンロードログファイルの時系列リストなどで確認してください。

このマニュアルの場合，バックアップ取得後にアンロードされたアンロードログファイルは，次のファイルと仮定します。

sds01_404d793d0002_log2

(2)　現用のシステムログファイルをスワップします

最新の更新情報が入っている現用のシステムログファイルの内容をアンロードするためにスワップします。次のコマンドを実行してください。

C:¥>pdlogswap -d sys -w

(3)　システムログのアンロード処理が終了したことを確認します

スワップしたシステムログファイルがアンロードされたことを確認します。次のコマンドを実行してください。

C:¥>pdlogls -d sys

(4)　pdloglsコマンドの実行結果が表示されます

Statusの3カラム目に「u」（アンロード待ち状態）のシステムログがないことを確認します。アンロード待ちのシステムログがある場合，少し時間をおいてから確認してください。

HOSTNAME : s10380720(19075)
Group Type Server Gen No. Status Run ID Block No. Ex-Status
log1 sys sds01 1 os----u 404d7935 1 1 --------
log2 sys sds01 2 os----u 404d7935 2 6 --------
log3 sys sds01 0 os-d--u 404d7935 7 7 --------
log4 sys sds01 0 oc-d--u 404d7935 8 8 --------
log5 sys sds01 0 os----- 00000000 0 0 --------
log6 sys sds01 0 os----- 00000000 0 0 --------

(5)　作成されたアンロードログファイルを確認します

(4)でアンロードされたアンロードログファイル名を確認します。アンロードログファイルの出力ディレクトリを確認してください。このマニュアルの場合，ファイル名は「sds01_404d793d0003_log3」になります。

(6)　pdstopコマンドでHiRDBを正常終了します

HiRDBが稼働中の場合，正常終了してください。障害が発生すると，HiRDB/シングルサーバは停止しますが，pd_mode_confオペランドを「AUTO」または「MANUAL1」に設定していると，停止したあとに自動開始することがあります。

C:¥>pdstop

(7)　pdfrmコマンドでHiRDBファイルを削除します

全RDエリアの回復なので，マスタディレクトリ用RDエリアを構成するHiRDBファイル，データディレクトリ用RDエリアを構成するHiRDBファイル，およびデータディクショナリ用RDエリアを構成するHiRDBファイルを削除する必要があります。次のコマンドを実行してください。

C:¥>pdfrm C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast   ･･････1

C:¥>pdfrm C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rddirt   ･･････2

C:¥>pdfrm C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rddict   ･･････3

〔説明〕

マスタディレクトリ用RDエリアを構成するHiRDBファイルを削除します。

データディレクトリ用RDエリアを構成するHiRDBファイルを削除します。

データディクショナリ用RDエリアを構成するHiRDBファイルを削除します。

(8)　pdstart -rコマンドでHiRDBを開始します

マスタディレクトリ用RDエリアが使えない場合のデータベースの回復時には，-rオプションを指定してHiRDBを開始する必要があります。次のコマンドを実行してください

C:¥>pdstart -r

(9)　pdrstrコマンドでマスタディレクトリ用RDエリアを最新の状態に回復します

バックアップファイル名を指定して，データベース回復ユティリティを実行してください。

C:¥>pdrstr -m C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast -r rdmast
-b C:¥hirdb¥pdcopy¥backup03
-l C:¥win32app¥hitachi¥hirdb_s¥area¥unloadlog¥sds01_404d793d0002_log2
   C:¥win32app¥hitachi¥hirdb_s¥area¥unloadlog¥sds01_404d793d0003_log3
-p C:¥hirdb¥pdrstr¥list03.txt

〔説明〕

-m：

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称を指定します。

-r：

マスタディレクトリ用RDエリアを指定します。

-b：

バックアップファイルの名称を指定します。「4.4 バックアップを取得する」の演習３で取得したバックアップファイル名（backup03）を指定します。

-ｌ：

アンロードログファイル名を指定します。-bで指定したバックアップファイルを取得したあとに取得したシステムログファイルのアンロードログファイルを古い順に指定します。

-p：

pdrstrコマンドの処理結果出力リストの出力先を指定します。C:¥hirdb¥pdrstrディレクトリ下にlist03.txtファイルが作成されます。

(10)　pdrstrコマンドでデータディレクトリ用RDエリアなどをバックアップ取得時点に回復します

次に示すRDエリアをバックアップ取得時点に回復します。データベース回復ユティリティを実行してください。

データディレクトリ用RDエリア：RDDIRT

データディクショナリ用RDエリア：RDDICT

データディクショナリLOB用RDエリア（ソース格納用）：DIC_RTN_SRC

C:¥>pdrstr -m C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast
-r rddirt,rddict,dic_rtn_src
-b C:¥hirdb¥pdcopy¥backup03
-p C:¥hirdb¥pdrstr¥list04.t

〔説明〕

-m：

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称を指定します。

-r：

データディレクトリ用RDエリアなどのRDエリアを指定します。

-b：

バックアップファイルの名称を指定します。「4.4 バックアップを取得する」の演習3で取得したバックアップファイル名（backup03）を指定します。

-p：

pdrstrコマンドの処理結果出力リストの出力先を指定します。C:¥hirdb¥pdrstrディレクトリ下にlist04.txtファイルが作成されます。

(11)　pdstopコマンドでHiRDBを正常終了します

HiRDBを通常の稼働状態（-r指定なしpdstart）にするため，一度HiRDBを正常終了してください。

C:¥>pdstop

(12)　pdstartコマンドでHiRDBを正常開始します

HiRDBを正常開始してください。

C:¥>pdstart

(13)　pdholdコマンドでRDエリアを閉塞，クローズ状態にします

マスタディレクトリ用RDエリアおよびデータディクショナリ用RDエリアを除いたRDエリアを閉塞，クローズ状態にします。次のコマンドを実行してください。

C:¥>pdhold -r rddirt,dic_rtn_src,dic_rtn_obj,rddata10,rdindx10,rlob1 -c

〔説明〕

-r：

閉塞，クローズ状態にするRDエリアを指定します。

(14)　pdholdコマンドでデータディクショナリ用RDエリアを閉塞，クローズ状態にします

データディクショナリ用RDエリアを閉塞，クローズ状態にします。次のコマンドを実行してください。

C:¥>pdhold -r rddict -c

〔説明〕

-r：

データディクショナリ用RDエリアを指定します。

(15)　pdrstrコマンドでマスタディレクトリ用RDエリア以外のRDエリアを最新の状態に回復します

マスタディレクトリ用RDエリアのときと同様に，マスタディレクトリ用RDエリア以外のRDエリアを回復します。次のコマンドを実行してください。

C:¥>pdrstr -m C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast
-r rddict,rddirt,dic_rtn_src,dic_rtn_obj,rddata10,rdindx10,rlob1
-b C:¥hirdb¥pdcopy¥backup03
-l C:¥win32app¥hitachi¥hirdb_s¥area¥unloadlog¥sds01_404d793d0002_log2
   C:¥win32app¥hitachi¥hirdb_s¥area¥unloadlog¥sds01_404d793d0003_log3
-p C:¥hirdb¥pdrstr¥list05.txt

〔説明〕

-m：

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称を指定します。

-r：

マスタディレクトリ用RDエリア以外のRDエリアのRDエリアを指定します。

-b：

バックアップファイルの名称を指定します。「4.4 バックアップを取得する」の演習3で取得したバックアップファイル名（backup03）を指定します。

-ｌ：

アンロードログファイル名を指定します。-bで指定したバックアップファイルを取得したあとに取得したシステムログファイルのアンロードログファイルを古い順に指定します。

-p：

pdrstrコマンドの処理結果出力リストの出力先を指定します。C:¥hirdb¥pdrstrディレクトリ下にlist05.txtファイルが作成されます。

(16)　pdrelsコマンドでデータディクショナリ用RDエリアの閉塞を解除し，オープン状態にします

データディクショナリ用RDエリアの閉塞を解除し，オープン状態にします。次のコマンドを実行してください。

C:¥>pdrels -r rddic -o

〔説明〕

-r：

閉塞，クローズ状態にするRDエリアを指定します。

(17)　pdrelsコマンドでRDエリアの閉塞を解除し，オープン状態にします

マスタディレクトリ用RDエリアおよびデータディクショナリ用RDエリアを除いたRDエリアの閉塞を解除し，オープン状態にします。次のコマンドを実行してください。

C:¥>pdrels -r rddirt,dic_rtn_src,dic_rtn_obj,rddata10,rdindx10,rlob1 -o

〔説明〕

-r：

閉塞，クローズ状態にするRDエリアを指定します。

(18)　pdcopyコマンドで全RDエリアのバックアップを取得します

データベース回復直後の最新の状態で，バックアップを取得します。次のコマンドを実行してください。

C:¥>pdcopy -m C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast -a
-M r -b C:¥hirdb¥pdcopy¥backup04 -p C:¥hirdb¥pdcopy¥list06.txt

〔説明〕

-m：

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称（C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys02¥rdmast）を指定します。

マスタディレクトリ用RDエリアの先頭のHiRDBファイル名称は，pdinitコマンドのcreate rdarea文でマスタディレクトリ用RDエリアを定義したときに指定しています（file nameオペランドに指定したファイル名称です）。

-a：

全RDエリアのバックアップを取得するオプションです。

-M：

バックアップ取得モードを指定します。

-b：

バックアップファイル名を指定します。

C:¥hirdb¥pdcopyディレクトリ下にbackup04ファイルが作成されます。

-p：

pdcopyコマンドの処理結果リストの出力先を指定します。C:¥hirdb¥pdcopyディレクトリ下にlist06.txtファイルが作成されます。

(19)　pdstopコマンドでHiRDBを正常終了します

HiRDBを正常終了してください。

C:¥>pdstop

(20)　pdstartコマンドでHiRDBを正常開始します

HiRDBを正常開始してください。

C:¥>pdstart

4.6　表を再編成する

表の再編成について説明します。

＜この節の構成＞

4.6.1　基礎知識

4.6.2　演習（表を再編成する）

4.6.1　基礎知識

データの検索性能が悪くならないように，表は定期的に再編成する必要があります。表の再編成はpdrorgコマンド（データベース再編成ユティリティ）で行います。

＜この項の構成＞

(1)　表の再編成とは

(2)　表の再編成手順

(1)　表の再編成とは

データの追加および削除を繰り返すと，データの格納効率が悪くなり，データを検索するときの性能が低下します。これを防ぐために，定期的にpdrorgコマンド（データベース再編成ユティリティ）で表の再編成を実施してください。表の再編成を図4-9に示します。

図4-9　表の再編成

〔説明〕

表データを取り出し，専用のファイルに保存します。これを表データのアンロードといいます。また，専用のファイルをアンロードデータファイルといいます。そのあと，表にデータを格納し直します。これを表データのリロードといいます。これら全体の処理を表の再編成といいます。

表にインデクスが定義されていると，データをリロードするときにインデクス情報ファイルにインデクス情報が出力されます。その情報を基にしてHiRDBがインデクスを一括作成します。これによって，インデクスも再編成されます。

(2)　表の再編成手順

表を再編成する手順を図4-10に示します。

図4-10　表を再編成する手順

4.6.2　演習（表を再編成する）

GOODS表を再編成します。

GOODS表にはインデクス（GOODSX）が定義されています。

GOODS表はユーザ用RDエリア（RDDATA10）に格納されています。

インデクス（GOODSX）はユーザ用RDエリア（RDINDX10）に格納されています。

＜この項の構成＞

(1)　表の再編成時に必要なディレクトリを準備します

(2)　pdrorgコマンドの制御情報ファイルを作成します

(3)　pdholdコマンドでRDDATA10およびRDINDX10を閉塞します

(4)　pdholdコマンドの実行結果が表示されます

(5)　pdrorgコマンドでGOODS表を再編成します

(6)　パスワードを入力します

(7)　pdrorgコマンドの実行結果が表示されます

(8)　pdrelsコマンドでRDDATA10およびRDINDX10の閉塞を解除します

(9)　pdrelsコマンドの実行結果が表示されます

(1)　表の再編成時に必要なディレクトリを準備します

次に示すディレクトリが表の再編成時に必要になります。

アンロードデータファイルを作成するディレクトリ

インデクス情報ファイルを作成するディレクトリ

アンロードデータファイルを作成するディレクトリとして，C:¥hirdb¥pdrorgを作成してください。さらに，インデクス情報ファイルを作成するディレクトリとして，C:¥work¥idxdirを作成してください。

(2)　pdrorgコマンドの制御情報ファイルを作成します

制御情報ファイルをテキスト形式のファイルに作成します。この演習では，次に示す内容のファイルC:¥hirdb¥pdrorg¥seigyo01.txtを作成してください。

unload C:¥hirdb¥pdrorg¥unld01         ････････････････････････････1
idxwork C:¥work¥idxdir          ･･････････････････････････････････2
sort C:¥tmp            ･･･････････････････････････････････････････3

〔説明〕

アンロードデータファイル名を指定します。
C:¥hirdb¥pdrorgディレクトリ下にunld01ファイルが作成されます。C:¥hirdb¥pdrorgは(1)で作成したディレクトリです。

インデクスの一括作成時に使用する作業用ワークディレクトリの名称を指定します。ここで指定したディレクトリ下にインデクス情報ファイルが作成されます。C:¥work¥idxdirは(1)で作成したディレクトリです。

ソート用ワークディレクトリの名称を指定します。

(3)　pdholdコマンドでRDDATA10およびRDINDX10を閉塞します

再編成する表を含むRDエリアを閉塞状態にします。次のコマンドを実行してください。

C:¥>pdhold -r RDDATA10,RDINDX10

(4)　pdholdコマンドの実行結果が表示されます

2524 11:54:46 unt1 sds01    KFPH00130-I RDAREA held, RDAREA = "RDDATA10"
2524 11:54:46 unt1 sds01    KFPH00130-I RDAREA held, RDAREA = "RDINDX10"
2524 11:54:46 unt1 sds01    KFPH00110-I pdhold command completed

(5)　pdrorgコマンドでGOODS表を再編成します

ユーザ「MANAGER」で表を再編成します。次のコマンドを実行してください。

C:¥>pdrorg -k rorg -t GOODS -u MANAGER
C:¥hirdb¥pdrorg¥seigyo01.txt

〔説明〕

-k：再編成をするのでrorgを指定します。

-t：再編成対象の表（GOODS）を指定します。

-u：pdrorgコマンドを実行するユーザ名を指定します。

C:¥hirdb¥pdrorg¥seigyo01.txt：

(2)で作成した制御情報ファイルの名称を指定します。

(6)　パスワードを入力します

パスワードの入力を求められたら「MANAGER」を入力してください。

Password:

(7)　pdrorgコマンドの実行結果が表示されます

      :                      :
2472 11:55:42 unt1 sds01    KFPL00715-I Index load started at sds01,
index=MANAGER."GOODSX", RDAREA="RDINDX10"
2472 11:55:42 unt1 sds01    KFPL00716-I Index load ended at sds01,
index=MANAGER."GOODSX", RDAREA="RDINDX10", return code=0
2472 11:55:42 unt1 sds01    KFPL00720-I Index file deleted, server=sds01,
file=C:/work/idxdir/INDEX-GOODSX-RDINDX10-s2d8.1
1384 11:55:42 unt1 _pd0rorg KFPL00719-I Pdrorg terminated,
return code=0

〔説明〕

pdrorgコマンドが正常終了しました。表の再編成が完了しました。

(8)　pdrelsコマンドでRDDATA10およびRDINDX10の閉塞を解除します

再編成が終わったので，表を含むRDエリアを閉塞を解除します。次のコマンドを実行してください。

C:¥>pdrels -r RDDATA10,RDINDX10

(9)　pdrelsコマンドの実行結果が表示されます

2440 11:56:30 unt1 sds01    KFPH00130-I RDAREA released, RDAREA = "RDDATA10"
2440 11:56:30 unt1 sds01    KFPH00130-I RDAREA released, RDAREA = "RDINDX10"
2440 11:56:30 unt1 sds01    KFPH00110-I pdrels command completed

4.7　RDエリアを拡張する

RDエリアの拡張について説明します。

＜この節の構成＞

4.7.1　基礎知識

4.7.2　演習（RDエリアを拡張する）

4.7.1　基礎知識

データを格納していくうちに，セットアップ時に用意したRDエリアの容量が足りなくなることがあります。このような場合，RDエリアを拡張することでデータを格納する領域を増やすことができます。RDエリアの拡張は，pdmodコマンド（データベース構成変更ユティリティ）で行います。

＜この項の構成＞

(1)　pdmodコマンド（データベース構成変更ユティリティ）でRDエリアを拡張します

(2)　RDエリアの拡張手順

(1)　pdmodコマンド（データベース構成変更ユティリティ）でRDエリアを拡張します

表にデータを追加していくと，RDエリアの残容量が少なくなっていきます。残容量が少なくなったら，pdmodコマンドのexpand rdarea文でRDエリアを拡張します。

なお，pdinitコマンドのcreate rdarea文でオペランドextensionを指定すると，RDエリアの自動増分を設定することができます。自動増分とは，RDエリアの容量が不足したとき自動的にRDエリアを拡張する機能です。詳細については，マニュアル「HiRDB Version 7コマンドリファレンス（Windows(R)用）」のpdinitの個所を参照してください。

(2)　RDエリアの拡張手順

RDエリアを拡張する手順を図4-11に示します。

図4-11　RDエリアを拡張する手順

4.7.2　演習（RDエリアを拡張する）

ユーザ用RDエリア（RDDATA10）を拡張します。

＜この項の構成＞

(1)　pddblsコマンドでRDDATA10の残容量を調べます

(2)　pddblsコマンドの実行結果が表示されます

(3)　pdmodコマンドの制御文を格納するディレクトリを作成します

(4)　pdmodコマンドの制御文ファイルを作成します

(5)　pdmodコマンドでRDエリアを拡張します

(6)　pdmodコマンドの実行結果が表示されます

(7)　pddblsコマンドで，RDDATA10が拡張されたことを確認します

(8)　pddblsコマンドの実行結果が表示されます

(1)　pddblsコマンドでRDDATA10の残容量を調べます

拡張する前にRDエリアの残容量を調べます。次のコマンドを実行してください。

C:¥>pddbls -r RDDATA10 -a

(2)　pddblsコマンドの実行結果が表示されます

STATE OF RDAREA
   RDAREA        ID     STATUS       TYPE               OPNMODE
   RDDATA10      6      OPEN         USER               INITIAL
    SEGMENT 2098 / 2100

〔説明〕

未使用セグメント数および全セグメント数がSEGMENTに表示されます。未使用セグメント数がRDエリアの残容量となります。

この例では，未使用セグメント数が2098で，全セグメント数が2100となっています。未使用セグメント数が残り少なくなったら，RDエリアを拡張します。現在，未使用セグメント数が多いので拡張する必要はありませんが，演習のためRDエリアを拡張します。

なお，pdinitコマンドのcreate rdarea文でオペランドextensionを指定することで，未使用セグメント数が少なくなったとき自動的にRDエリアを拡張するように設定することができます。pdinitコマンドの詳細については，マニュアル「HiRDB Version 7 コマンドリファレンス（Windows(R)用）」を参照してください。

(3)　pdmodコマンドの制御文を格納するディレクトリを作成します

pdmodコマンドの制御文ファイルを格納するディレクトリをエクスプローラで作成します。C:¥hirdb¥pdmodディレクトリを作成してください。

(4)　pdmodコマンドの制御文ファイルを作成します

pdmodコマンドのexpand rdarea文でRDエリアを拡張します。この演習では，次に示す内容の制御文ファイルC:¥hirdb¥pdmod¥expand.txtを作成してください。

expand rdarea RDDATA10          ･･････････････････････････････････1
 file name "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys04¥rddata10a" ･2
     initial 100 segments ;          ････････････････････････････3

〔説明〕

拡張するRDエリア（RDDATA10）の名称を指定します。

追加するHiRDBファイルの名称を指定します。
C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys04ディレクトリ下にrddata10aファイルが作成されます。C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys04はWindows 2000のファイルパスです。

追加するHiRDBファイルのセグメント数を指定します。

(5)　pdmodコマンドでRDエリアを拡張します

作成した制御文ファイルを入力にして，データベース構成変更ユティリティ（pdmod）を実行します。次のコマンドを実行してください。

C:¥>pdmod -a C:¥hirdb¥pdmod¥expand.txt

〔説明〕

-a：(4)で作成した制御文ファイルの名称を指定します。

(6)　pdmodコマンドの実行結果が表示されます

KFPX14250-I Processing of expand rdarea statement ended
return code=0, RDAREA name="RDDATA10"
KFPX24213-I DB modification for ended
return code=0 at 13:48:26 on 2004/01/29
KFPX24200-I DB modification ended, return code=0

〔説明〕

リターンコードに0が返されたので，pdmodコマンドが正常終了しました。

●pdmodコマンドが失敗すると（RDエリアの拡張に失敗すると）

pdmodコマンドが失敗すると，リターンコードに0が返ってきません。この場合は，イベントビューアに出力されたメッセージを参照して対策してください。次の例は，指定したRDAREA名に誤りがある場合に出力されたメッセージです。

KFPX24217-E HiRDB file "create" failed, return code=-1535,
HiRDB file name="C:/win32app/hitachi/hirdb_s/area/rdsys04/rddata11a"
KFPX14250-I Processing of expand rdarea statement ended return code=8,
RDAREA name="RDDATA10"
KFPX24213-I DB modification for ended return code=12
at 15:47:56 on 2004/01/29
KFPX24200-I DB modification ended, return code=12

(7)　pddblsコマンドで，RDDATA10が拡張されたことを確認します

結果を確認するため，RDDATA10の状態を表示します。次のコマンドを実行してください。

C:¥>pddbls -r RDDATA10 -a

(8)　pddblsコマンドの実行結果が表示されます

STATE OF RDAREA
 RDAREA        ID      STATUS        TYPE               OPNMODE
 RDDATA10       6      OPEN          USER               INITIAL
  SEGMENT 2198 / 2200

〔説明〕

全セグメント数が2100から2200に変わっています。それに伴い未使用セグメント数も2098から2198に変わっています。したがって，RDDATA10が拡張されています。

4.8　RDエリアを追加する

RDエリアの追加について説明します。

＜この節の構成＞

4.8.1　基礎知識

4.8.2　演習（RDエリアを追加する）

4.8.1　基礎知識

運用を続けているうちに，新しい表を定義する必要が出てくることがあります。このような場合，RDエリアを追加することで新しい表を定義する領域を確保します。RDエリアの追加は，pdmodコマンド（データベース構成変更ユティリティ）で行います。

＜この項の構成＞

(1)　pdmodコマンド（データベース構成変更ユティリティ）でRDエリアを追加します

(2)　RDエリアの追加手順

(1)　pdmodコマンド（データベース構成変更ユティリティ）でRDエリアを追加します

pdmodコマンドのcreate rdarea文で，RDエリアを追加します。新規の表を作成する場合などにRDエリアを追加します。

なお，追加したRDエリアを使用するには，グローバルバッファを割り当てる必要があります。したがって，定義されているグローバルバッファをpdbuflsコマンドで調べる必要があります。

(2)　RDエリアの追加手順

RDエリアを追加する手順を図4-12に示します。

図4-12　RDエリアを追加する手順

4.8.2　演習（RDエリアを追加する）

ユーザ用RDエリア（RDAREA01）を作成して，そこに社員表（表名：EMP）を作成します。

＜この項の構成＞

(1)　HiRDBファイルシステム領域を作成するディレクトリを作成します

(2)　pdfmkfsコマンドで，HiRDBファイルシステム領域を作成します

(3)　pdfstatfsコマンドで，HiRDBファイルシステム領域が作成されたかを確認します

(4)　pdfstatfsコマンドの実行結果が表示されます

(5)　pdbuflsコマンドで，定義されているグローバルバッファを調べます

(6)　pdbuflsコマンドの実行結果が表示されます

(7)　pdmodコマンドの制御文ファイルを作成します

(8)　pdmodコマンドでRDAREA01を追加します

(9)　pdmodコマンドの実行結果が表示されます

(10)　pddblsコマンドで，RDAREA01が作成されたことを確認します

(11)　pddblsコマンドの実行結果が表示されます

(12)　pddefコマンドの入力ファイルを作成します

(13)　pddefコマンドで社員表を定義します

(14)　pddefコマンドの実行結果が表示されます

(15)　社員表が定義されたかを確認します

(16)　データを挿入します

(17)　社員表を検索します

(1)　HiRDBファイルシステム領域を作成するディレクトリを作成します

RDエリア用のHiRDBファイルシステム領域を作成するディレクトリをエクスプローラで作成します。C:¥hirdb¥rdareaディレクトリを作成してください。

(2)　pdfmkfsコマンドで，HiRDBファイルシステム領域を作成します

追加するRDエリア用のHiRDBファイルシステム領域を作成します。次のコマンドを実行してください。

C:¥>pdfmkfs -n 20 -l 5 -k DB -i C:¥hirdb¥rdarea¥area01

〔説明〕

RDエリア用のHiRDBファイルシステム領域をC:¥hirdb¥rdarea¥area01に作成します。

-n：

HiRDBファイルシステム領域の大きさをMB単位で指定します。この演習では20MBの大きさのHiRDBファイルシステム領域を作成します。

-l：

HiRDBファイルシステム領域に作成するHiRDBファイル数の最大値を指定します。

-k：

RDエリア用のHiRDBファイルシステム領域を作成するので，DBを指定します。

-i：

HiRDBファイルシステム領域の全領域を初期設定することを指定します。

C:¥hirdb¥rdarea¥area01：

作成するHiRDBファイルシステム領域の名称を指定します。C:¥hirdb¥rdareaディレクトリ下にHiRDBファイルシステム領域area01が作成されます。

●pdfmkfsコマンドが成功すると

メッセージは何も表示されません。

●pdfmkfsコマンドが失敗すると

メッセージが表示されます。このメッセージを参照して対策してください。また，エラーの内容によってはイベントビューアにメッセージが出力されています。そのメッセージも参照して対策してください。

(3)　pdfstatfsコマンドで，HiRDBファイルシステム領域が作成されたかを確認します

HiRDBファイルシステム領域が作成されたかを確認します。次のコマンドを実行してください。

C:¥>pdfstatfs C:¥hirdb¥rdarea¥area01

(4)　pdfstatfsコマンドの実行結果が表示されます

user area capacity               20472[kB]           ････････････････1
remain user area capacity        20472[kB]           ････････････････2
available file size              20472[kB]           ････････････････3
available file count              5           ･･･････････････････････4
current file count                0           ･･･････････････････････5
remain file count                 5           ･･･････････････････････6
free area count                   0           ･･･････････････････････7
available expand count            0           ･･･････････････････････8
current expand count              0           ･･･････････････････････9
initialize area kind       DB(NOLOB)          ･･････････････････････10
initialize user id         Administrator      ･･････････････････････11
initialize time            Thu Jan 29 13:52:30 2004  ･･･････････････12

〔説明〕

HiRDBファイルシステム領域の大きさです。

未使用領域の大きさです。

１ファイルとして確保できる大きさの最大値です。

この領域中に作成できるHiRDBファイルの上限数です。pdfmkfsコマンドの-lオプションで指定した値です。

この領域中に作成したHiRDBファイルの数です。

この領域中に作成できるHiRDBファイルの数です（あと幾つ作成できるかです）。

不連続な空き領域の総数です。

この領域の増分回数の上限値です。

この領域の増分回数合計値です。

この領域の種別です。pdfmkfsコマンドの-kオプションで指定した値です。

この領域を初期化したユーザのログイン名称です。

この領域を初期化した時刻です。この例では，2004年1月29日 木曜日 13時52分30秒に領域が初期化されています。

補足事項Thu Jan 29 13:52:30 2004

C:¥hirdb¥rdareaディレクトリ下にarea01ファイルが作成されています。エクスプローラで確認してください。

(5)　pdbuflsコマンドで，定義されているグローバルバッファを調べます

追加するRDエリアに割り当てられるグローバルバッファを調べます。次のコマンドを実行してください。

C:¥>pdbufls -k def

〔説明〕

-k def：グローバルバッファの定義情報を表示する指定です。

(6)　pdbuflsコマンドの実行結果が表示されます

DEFINE OF GLOBAL BUFFER
EDIT TIME 2004-01-29 13:53:49
BUFFNAME      SVID      TYPE  SIZE   NUM     WRATIO  RDAREA/INDEX NAME
                        PRMAX PRNUM  CSIZE   MAPS
gbuf01        sds01     R      4k        20   20     "RDMAST"
                                                     "RDDIRT"
                            0  32   *******   **
gbuf02        sds01     R      4k        20   20     "RDDICT"
                            0  32   *******   **
gbuf04        sds01     R      4k     10000   20     "RDDATA10"
                            0  32   *******   **
gbuf05        sds01     R      4k     10000   20     "RDINDX10"
                            0  32   *******   **
gbuf03        sds01     O      8k     10000   20
                            0  32   *******   **

〔説明〕

定義されているグローバルバッファはRDエリア用（TYPE=R）のgbuf01，gbuf02，gbuf04，gbuf05およびその他のRDエリア用（TYPE=O）のgbuf03です。

(7)　pdmodコマンドの制御文ファイルを作成します

pdmodコマンドのcreate rdarea文でRDエリアを作成します。

この演習では，次に示す内容の制御文ファイルC:¥hirdb¥pdmod¥create.txtを作成してください。

create rdarea RDAREA01   ･･････････････････････････････････････････1
  globalbuffer gbuf04   ･･････････････････････････････････････････2
  for user used by PUBLIC   ･･････････････････････････････････････3
  page 4096 characters   ･････････････････････････････････････････4
  storage control segment 10 pages   ･････････････････････････････5
  file name "C:¥hirdb¥rdarea¥area01¥rdarea01"   ･･････････････････6
     initial 10 segments;   ･･････････････････････････････････････7

〔説明〕

作成するRDエリア（RDAREA01）を指定します。

RDAREA01に割り当てるグローバルバッファ（gbuf04）を指定します。(6)で調べたRDエリア用（TYPE=R）グローバルバッファをここに指定します。
なお，次回のHiRDB開始以降はここで指定したグローバルバッファに割り当てられません。HiRDBを終了したら，システム共通定義のpdbufferオペランドでグローバルバッファを割り当ててください。
（例）
pdbuffer -a gbuf04 -n100 -r RDDATA10,RDAREA01 -w 20

RDエリアの種類を指定します。この演習では，RDAREA01を公用RDエリア（PUBLIC）にします。

ページ長を指定します。この演習では，ページ長を4096バイトにします。

セグメントサイズを指定します。この演習では，１セグメントの大きさを10ページにします。

RDエリアを構成するHiRDBファイルを指定します。C:¥hirdb¥rdarea¥area01は，(2)で作成したHiRDBファイルシステム領域です。pdmodコマンドを実行すると，C:¥hirdb¥rdarea¥area01ディレクトリ下にrdarea01ファイルが作成されます。C:¥hirdb¥rdarea¥area01はWindows 2000のファイルパスです。

HiRDBファイルのセグメント数を指定します。この演習では，10セグメントとします。

(8)　pdmodコマンドでRDAREA01を追加します

作成した制御文ファイルを入力にして，データベース構成変更ユティリティ（pdmod）を実行します。次のコマンドを実行してください。

C:¥>pdmod -a C:¥hirdb¥pdmod¥create.txt

〔説明〕

-a：(7)で作成した制御文ファイルの名称を指定します。

(9)　pdmodコマンドの実行結果が表示されます

KFPX14250-I Processing of create rdarea statement ended return code=0,
RDAREA name="RDAREA01"
KFPX24213-I DB modification for ended return code=0 at 13:56:50 on 2004/01/29
KFPX24200-I DB modification ended, return code=0

〔説明〕

リターンコードに0が返されたので，pdmodコマンドが正常終了しました。

●pdmodコマンドが失敗すると（RDエリアの作成に失敗すると）

pdmodコマンドが失敗すると，リターンコードが0で返ってきません。この場合は，イベントビューアに出力されたメッセージを参照して対策してください。下の例は，create rdarea文で存在するRDAREAを指定したときに出力されたメッセージです。

KFPX14220-E Line 1:"rdarea" operand value "RDAREA01" duplicate
KFPX14220-E Line 6:"file" operand value
"C:/hirdb/rdarea/area01/rdarea01" duplicate
KFPX14250-I Processing of create rdarea statement ended
return code=8, RDAREA name="RDAREA01"
KFPX24213-I DB modification for ended return code=12
at 16:06:16 on 2001/09/10
KFPX24200-I DB modification ended, return code=12

(10)　pddblsコマンドで，RDAREA01が作成されたことを確認します

RDエリアが作成されたかどうかを確認します。次のコマンドを実行してください。

C:¥>pddbls -r ALL

(11)　pddblsコマンドの実行結果が表示されます

STATE OF RDAREA
   RDAREA         ID       STATUS           TYPE         OPNMODE
   MAST           1        OPEN             MAST         INITIAL
   DDIR           2        OPEN             DDIR         INITIAL
   DDIC           3        OPEN             DDIC         INITIAL
   DIC_RTN_SRC    4        OPEN             DLOB         INITIAL
   DIC_RTN_OBJ    5        OPEN             DLOB         INITIAL
   RDINDX10       6        OPEN             USER         INITIAL
   RDDATA10       7        OPEN             USER         INITIAL
   RLOB1          8        OPEN             ULOB         INITIAL
   RLOB2          9        OPEN             ULOB         INITIAL
   RDAREA01       10       OPEN             USER         INITIAL

〔説明〕

RDAREA01が追加されています。

(12)　pddefコマンドの入力ファイルを作成します

pddefコマンドのCREATE TABLE文で作成したRDエリアに表を定義します。この演習では，次に示す内容の入力ファイルC:¥hirdb¥pddef¥c_table.txtを作成してください。

CREATE FIX TABLE EMP (SNO CHAR(6),SNAME CHAR(12),SYEAR CHAR(4))
   IN RDAREA01;  ← ここに改行を入れてください。

〔説明〕

セミコロン（；）のあとに改行（Enter）を入れてください。

このCREATE TABLEで次に示す列を持つ社員表（表名：EMP）が作成されます。
・SNO（従業員番号）
・SNAME（社員名）
・SYEAR（入社年度）

(13)　pddefコマンドで社員表を定義します

作成した入力ファイルを使って，データベース定義ユティリティ（pddef）を実行します。

C:¥>pddef < C:¥hirdb¥pddef¥c_table.txt

(14)　pddefコマンドの実行結果が表示されます

KFPA12000-I Processing of SQL completed

〔説明〕

社員表が定義されました。

(15)　社員表が定義されたかを確認します

表が定義されたかをディクショナリ表を検索して確認します。HiRDB SQL Executerを起動してください。

【SQL入力画面】

SELECT TABLE_SCHEMA,TABLE_NAME FROM MASTER.SQL_TABLES
WHERE TABLE_NAME='EMP';

【検索結果画面】

TABLE_SCHEMA                TABLE_NAME
--------------------------- -------------------------
MANAGER                     EMP
KFPX27010-I           1 rows selected

〔説明〕

社員表（EMP）が定義されています。

(16)　データを挿入します

INSERT文で社員表にデータを挿入します。次のSQL文を順に実行してください。

【SQL入力画面】

INSERT INTO EMP VALUES('189218','NAKATA','1989');
INSERT INTO EMP VALUES('192365','SUZUKI','1992');
INSERT INTO EMP VALUES('185995','TANAKA','1985');

【検索結果画面】

KFPX27010-I           1 rows inserted

KFPX27010-I           1 rows inserted

KFPX27010-I           1 rows inserted

〔説明〕

データが挿入されました。

(17)　社員表を検索します

データが正しく入力されているか確認します。次のSQL文を実行してください。

【SQL入力画面】

SELECT * FROM EMP;

【検索結果画面】

SNO     SNAME         SYEAR
------  ------------  ----
189218  NAKATA        1989
192365  SUZUKI        1992
185995  TANAKA        1985

KFPX27010-I           3 rows selected

4.9　ユーザ権限を与える（ユーザを登録する）

ユーザ権限の付与について説明します。

＜この節の構成＞

4.9.1　基礎知識

4.9.2　演習１（新規ユーザを登録する）

4.9.3　演習２（アクセス権限がある表を検索する）

4.9.4　演習３（アクセス権限がない表を検索する）

4.9.5　演習４（権限がないユーザで表を検索する）

4.9.6　演習５（表の所有者を調べる）

4.9.1　基礎知識

HiRDBはユーザ権限を使ってデータベースの機密保護を実現しています。このため，HiRDBのユーザを登録する場合，そのユーザにユーザ権限を与える必要があります。ユーザ権限がないと，データベースにアクセスできません。

ユーザ権限には表4-6に示す種類があります。

表4-6　ユーザ権限の種類

ユーザ権限の種類
説明
この権限を持っているとできること

DBA権限
ユーザ権限を与えるおよび取り消すために必要な権限です。権限を管理する人が持つ権限です。HiRDB管理者はDBA権限を持っています。
DBA権限を持つユーザは，次に示す権限を持っています。

CONNECT権限

すべてのHiRDBユーザに対するスキーマ定義権限

ほかの人に，ユーザ権限を与えることができます。

付与したユーザ権限を取り消せます。

ほかの人のスキーマを定義できます。

ほかの人のスキーマを削除できます。

表およびインデクスを作成できます。

CONNECT権限
HiRDBを利用するために必要な権限です。CONNECT権限を持たないユーザがHiRDBを利用しようとするとエラーになります。

HiRDBに接続（CONNECT）できるようになります。

スキーマ定義権限
スキーマを定義するために必要な権限です。

自分のスキーマを定義できます。

自分のスキーマを削除できます。

表およびインデクスを作成できます。

RDエリア利用権限
私用RDエリアを利用するために必要な権限です。
公用RDエリアに表またはインデクスを作成する場合は，RDエリア利用権限は不要です。
私用RDエリアに表およびインデクスを作成できます。

アクセス権限
表にアクセスするために必要な権限です。アクセス権限は表単位に設定し，次に示す４種類があります。
ほかの人の表にアクセスできます。

SELECT権限
表の検索（SELECT）ができます。

INSERT権限
表にデータを追加（INSERT）できます。

DELETE権限
表のデータを削除（DELETE）できます。

UPDATE権限
表のデータを更新（UPDATE）できます。

＜この項の構成＞

(1)　表をアクセスする人に与える権限は

(2)　表を定義する人に与える権限は

(1)　表をアクセスする人に与える権限は

表をアクセスする人には，次に示す権限を定義系SQLのGRANT文で与えてください。

CONNECT権限

表のアクセス権限

(2)　表を定義する人に与える権限は

表を定義する人には，次に示す権限を定義系SQLのGRANT文で与えてください。

CONNECT権限

スキーマ定義権限

RDエリア利用権限

なお，RDエリア利用権限は，私用RDエリアに表またはインデクスを定義する場合にだけ必要です。公用RDエリアに表またはインデクスを定義する場合は不要です。

4.9.2　演習１（新規ユーザを登録する）

新規のHiRDBユーザ（ユーザ名「USER01」，パスワード「PASS01」）に次に示す権限を与えます。HiRDB SQL Executerを起動していなければ，HiRDB SQL Executerを起動してください。

GRANT文でUSER01に次に示す権限を与えます。

CONNECT権限

GOODS表のSELECT権限

スキーマ定義権限

次のSQL文を入力してください。

【SQL入力画面】

GRANT CONNECT TO USER01 IDENTIFIED BY PASS01;     ････････････････1
GRANT SELECT ON GOODS TO USER01;      ････････････････････････････2
GRANT SCHEMA TO USER01;      ･････････････････････････････････････3

〔説明〕

USER01（パスワード：PASS01）にCONNECT権限を与えます。

USER01にGOODS表のSELECT権限を与えます。

USER01にスキーマ定義権限を与えます。

【検索結果画面】

KFPX27001-I Processing of SQL completed

KFPX27001-I Processing of SQL completed

KFPX27001-I Processing of SQL completed

〔説明〕

USER01に各種の権限が与えられました。

4.9.3　演習２（アクセス権限がある表を検索する）

ユーザ名「USER01」で，GOODS表を検索します。

＜この項の構成＞

(1)　ユーザ名「USER01」でHiRDBに接続します

(2)　GOODS表を検索します

(1)　ユーザ名「USER01」でHiRDBに接続します

現在，HiRDB SQL Executerを使用してHiRDBに接続しているユーザはMANAGERです。［ファイル］－［切り離し］を選択して，HiRDBからDISCONNECTしてください。これでMANAGERがHiRDBからDISCONNECTされました。

そのあと，次のコマンドを実行して「USER01」でHiRDBに接続してください。パスワードは，「PASS01」です。

［ファイル］－［接続］を選択してください。【CONNECT】ダイアログが表示されます。ユーザ名「USER01」，パスワード「PASS01」，ホスト名「s10380720」およびポート番号「22200」を指定して「OK」をクリックしてください。

(2)　GOODS表を検索します

HiRDBに接続したら，GOODS表を検索します。次のSQL文を入力してください。

【SQL入力画面】

SELECT * FROM MANAGER.GOODS;

〔説明〕

GOODS表の所有者はMANAGERのため，「認可識別子．表識別子」の形式で表名を指定します。

【検索結果画面】

〔説明〕

GOODS表の検索結果が表示されます。

4.9.4　演習３（アクセス権限がない表を検索する）

アクセス権限がないSTOCK表をアクセスすると，アクセスを拒否されます。USER01で，次のSQL文を入力してください。

【SQL入力画面】

SELECT * FROM MANAGER.STOCK;

〔説明〕

STOCK表の所有者はMANAGERのため，「認可識別子．表識別子」の形式で表名を指定します。

【検索結果画面】

KFPA11548-E Unable to execute SELECT:no SELECT privilege for
table MANAGER.STOCK

〔説明〕

STOCK表に対するSELECT権限がないため，STOCK表を検索できません。

4.9.5　演習４（権限がないユーザで表を検索する）

権限を与えていないユーザ名「USER02」で表を検索します。

＜この項の構成＞

(1)　ユーザ名「USER02」でHiRDBに接続します

(2)　USER02はHiRDBへの接続を拒否されます

(1)　ユーザ名「USER02」でHiRDBに接続します

現在，HiRDB SQL Executerを使用してHiRDBに接続しているユーザはUSER01です。［ファイル］－［切り離し］を選択して，HiRDBからDISCONNECTしてください。これでUSER01がHiRDBからDISCONNECTされました。

［ファイル］－［接続］を選択してください。【CONNECT】ダイアログが表示されます。ユーザ名「USER02」，パスワード「PASS02」，ホスト名「s10380720」およびポート番号「22200」を指定して「OK」をクリックしてください。

(2)　USER02はHiRDBへの接続を拒否されます

権限のないユーザ「USER02」では，HiRDBに接続できません。次に示すメッセージが表示されます。

〔説明〕

CONNECT権限がないため，HiRDBに接続できません。

4.9.6　演習５（表の所有者を調べる）

表の所有者を調べるにはディクショナリ表を検索します。

＜この項の構成＞

(1)　ユーザ名「MANAGER」でHiRDBに接続します

(2)　ディクショナリ表を検索します

(1)　ユーザ名「MANAGER」でHiRDBに接続します

現在，HiRDB SQL Executerを使用してHiRDBに接続しているユーザはUSER02です。［ファイル］－［切り離し］を選択して，HiRDBからDISCONNECTしてください。これでUSER01がHiRDBからDISCONNECTされました。

そのあと，【CONNECT】ダイアログで，ユーザ名「MANAGER」，パスワード「MANAGER」，ホスト名「s10380720」およびポート番号「22200」を指定して「OK」をクリックしてください。HiRDBにCONNECTされます。

(2)　ディクショナリ表を検索します

ディクショナリ表を検索します。次のSQL文を実行してください。

【SQL入力画面】

SELECT TABLE_SCHEMA,TABLE_NAME FROM MASTER.SQL_TABLES;

【検索結果画面】

TABLE_SCHEMA               TABLE_NAME
-------------------------- ------------------------
  :                           :
HiRDB                      SQL_VIEW_DEF
HiRDB                      SQL_VIEW_TABLE_USAGE
MANAGER                    EMP
MANAGER                    GOODS
MANAGER                    STOCK
MASTER                     SQL_ALIASES
MASTER                     SQL_COLUMNS
  :                           :
KFPX27010-I           80 rows selected

〔説明〕

TABLE_NAMEに表示されている情報が表の名称です。

TABLE_SCHEMAに表示されている情報が表の所有者です。

5.　HiRDB Control ManagerでHiRDBを運用してみましょう

この章では，HiRDB Control Managerを使用したHiRDBの基礎的な運用方法について説明します。

＜この章の構成＞

5.1　この章を読むに当たって

5.2　HiRDB Control Managerを開始，終了する

5.3　HiRDBを登録する

5.4　HiRDBを開始，終了する

5.5　システムログを操作する

5.6　バックアップを取得する

5.7　データベースを回復する

5.8　表を再編成する

5.9　RDエリアを拡張する

5.10　RDエリアを追加する

5.11　ユーザ権限を与える（ユーザを登録する）

5.1　この章を読むに当たって

この章を読むに当たって，知っておいていただきたいことについて説明します。

＜この節の構成＞

(1)　HiRDB Control Managerについて

(2)　この章で説明している項目

(3)　この章の読み方について

(1)　HiRDB Control Managerについて

GUI運用支援 HiRDB Control Managerを使用すると，システムログファイルの操作やバックアップの取得などの運用をマウス操作で実行できます。したがって，コマンドの実行が不要になるため，HiRDBのシステム運用が簡単になります。

なお，この章の演習は，4章の各節の基礎知識を読んだあとに実施してください。

また，4章の演習を実施したあとにこの章の演習を実施すると，コマンドでの運用とHiRDB Control Managerでの運用を比較できます。このため，4章の演習を実施したあとにこの章の演習を実施することをお勧めします。

(2)　この章で説明している項目

この章では，HiRDBの基礎的な運用方法について説明しています。説明している項目は次のとおりです。

HiRDB Control Managerの開始，終了

HiRDBの登録

HiRDBの開始，終了

システムログの操作

バックアップの取得※

データベースの回復

表の再編成

RDエリアの拡張

RDエリアの追加

ユーザ権限の付与（ユーザの登録）

注※

HiRDB Control ManagerでDATにバックアップを取得するには，NetBackupなどの付加プログラムが必要です。このマニュアルでは付加プログラムをインストールしていないのでDATへのバックアップ演習を行いません。

(3)　この章の読み方について

この章は，章全体で一つの演習になっています。したがって，途中から読まないで，5.2から順次読み進んでください。

5.2　HiRDB Control Managerを開始，終了する

HiRDB Control Managerの開始と終了について説明します。

＜この節の構成＞

5.2.1　HiRDB Control Managerを開始する

5.2.2　HiRDB Control Managerを終了する

5.2.1　HiRDB Control Managerを開始する

HiRDB Control Managerの開始について説明します。

＜この項の構成＞

(1)　HiRDB Control Manager - Serverを開始します

(2)　HiRDB Control Manager - Agentを開始します

(3)　HiRDB Control Manager - Consoleを開始します

(1)　HiRDB Control Manager - Serverを開始します

HiRDB Control Manager - Consoleを開始するには，HiRDB Control Manager - Serverのサービスが起動されている必要があります。サービスが起動されていない場合は，［コントロールパネル］－［管理ツール］－［サービス］で「HiRDB CM - Server」のサービスを開始してください。

(2)　HiRDB Control Manager - Agentを開始します

HiRDB Control Manager - ConsoleでHiRDBサーバを操作するには，対象のHiRDBサーバと同じマシンにインストールされているHiRDB Control Manager - Agentのサービスが起動されている必要があります。サービスが起動されていない場合は，［コントロールパネル］－［管理ツール］－［サービス］で「HiRDB CM - Agent」のサービスを開始してください。

(3)　HiRDB Control Manager - Consoleを開始します

次に示す手順でHiRDB Control Managerを開始します。

〈手順〉

［スタート］－［プログラム］－［HiRDB CM - Console］－［HiRDB CM - Console］を選択してください。

【HiRDB Control Managerのログイン】ボックスが表示されます。パスワードの欄にHiRDB Control Manager - Serverのインストール時に指定したパスワード「hircms」を入力して，「OK」をクリックしてください。

HiRDB Control Managerが開始します。

5.2.2　HiRDB Control Managerを終了する

HiRDB Control Managerの終了について説明します。

＜この項の構成＞

(1)　HiRDB Control Manager - Consoleを終了します

(2)　HiRDB Control Manager - Serverを終了します

(1)　HiRDB Control Manager - Consoleを終了します

HiRDB Control Manager - Consoleを終了します。［オプション］－［コンソールの終了］を選択してください。

(2)　HiRDB Control Manager - Serverを終了します

次に示す手順でHiRDB Control Manager - Serverを終了します。

〈手順〉

［コントロールパネル］－［管理ツール］－［サービス］をダブルクリックしてください。

【サービス】に表示されているリストボックスから，「HiRDB Control Manager - Server」を選択し，［操作］－［停止］を選択するか，［サービスの停止］ボタンをクリックしてください。

HiRDB Control Manager - Serverが終了したら，【サービス】を閉じてください。

5.3　HiRDBを登録する

HiRDB Control Manager - Consoleが初めて起動したとき，HiRDB Control Manager - Consoleで操作できるHiRDB（これを管理HiRDBといいます）はありません。したがって，管理HiRDBの登録を行う必要があります。管理HiRDBを登録する手順を次に示します。

なお，HiRDBの登録は，登録対象のHiRDBの稼働中に実行する必要があります。

注

HiRDB Control Manager のセットアップで次の設定をしている場合，初めての起動でも管理HiRDBが存在することもあります。

セットアップ対象 | 設定
HiRDB Control Manager - Server | HiRDB Control Manager - Agentの自動探索を行う
HiRDB Control Manager - Agent | Rocket Punch機能を使用する

〈手順〉

［HiRDBの登録］－［HiRDBの追加］を選択してください。

【HiRDBシステムの新規登録】ボックスが表示されます。操作したいHiRDBのIPアドレス「10.210.35.24」とそのHiRDBに対応するHiRDB Control Manager - Agentが使用するポート番号「20293」を指定して，「OK」ボタンをクリックしてください。

HiRDBの登録に成功すると，次のメッセージが表示されます。

登録されたHiRDBは，［システムステータス］の欄に表示されます。

5.4　HiRDBを開始，終了する

［システムステータス］欄の管理HiRDBをクリックすると，［システムステータス］ボックスが表示されます。［システムステータス］ボックスでは，管理HiRDBの開始，終了や状態表示などの操作が実行できます。

＜この節の構成＞

5.4.1　演習１（HiRDBを正常終了する）

5.4.2　演習２（HiRDBを正常開始する）

5.4.1　演習１（HiRDBを正常終了する）

現在稼働中のHiRDBを正常終了します。［正常終了］ボタンをクリックしてください。

〔説明〕

［正常終了］ボタンをクリックすると，HiRDBが正常終了します。

［計画停止］ボタンをクリックすると，HiRDBが計画停止します。

［強制停止］ボタンをクリックすると，HiRDBが強制終了します。

5.4.2　演習２（HiRDBを正常開始する）

［システムステータス］ボックスを操作して，HiRDBを正常開始します。［正常開始］ボタンをクリックしてください。

〔説明〕

［正常開始］ボタンをクリックすると，HiRDBが正常開始します。

［複写・回復専用開始］ボタンをクリックすると，pdstart -r コマンド相当でHiRDBが開始します。

5.5　システムログを操作する

このマニュアルではアンロード状態のチェックを解除する運用を行っているので，マニュアルどおりに演習を実施している方はこの演習を実施する必要はありません。

HiRDB Control Managerを使ってアンロードログを取得するには，あらかじめアンロードログファイルの格納先を登録しておく必要があります。アンロードログファイルの格納先を登録していない場合は，次の手順でアンロードログファイルの格納先を登録します。

〈手順〉

［アンロードログ管理］－［アンロードログファイル格納先の登録／削除］を選択してください。

【アンロードログファイル格納先の登録／削除】ボックスが表示されます。
操作対象と操作内容を次のように指定してください。
HiRDBシステム：HRD1（10.210.35.24_20293）
サーバ：sds01
実行する操作：通常ファイル格納先の作成と登録
格納先ディレクトリ名：C:¥hirdb¥pdlogunld2

「登録」をクリックしてください。バックアップファイルを格納するディレクトリが作成されます。

＜この節の構成＞

5.5.1　演習（システムログをアンロードする）

5.5.1　演習（システムログをアンロードする）

「アンロード待ち状態」のシステムログファイルをアンロードします。

＜この項の構成＞

(1)　「アンロード待ち状態」のシステムログファイルをアンロードします

(1)　「アンロード待ち状態」のシステムログファイルをアンロードします

〈手順〉

［アンロードログ管理］－［システムログのアンロード］を選択してください。

【システムログのアンロード】ボックスが表示されます。
各設定値を次のように指定してください。
HiRDBシステム：HRD1（10.210.35.24_20293）
サーバ：sds01
アンロードログファイルの最大保持数：256
アンロードログファイルの種別：通常ファイル
アンロードログファイルの格納先：C:¥hirdb¥pdlogunld2
システムログファイル：アンロード状態が「アンロード待ち」になっているファイルを選択

「実行」をクリックしてください。システムログがアンロードされます。

5.6　バックアップを取得する

HiRDB Control Managerを使ってバックアップを取得するには，あらかじめバックアップファイルの格納先を登録しておく必要があります。バックアップの格納先を登録していない場合は，次の手順でバックアップの格納先を登録します。

また，HiRDB Control ManagerでDATにバックアップを取得するには，NetBackupなどの付加プログラムが必要です。このマニュアルでは付加プログラムをインストールしていないのでDATへのバックアップ演習を行いません。

〈手順〉

［バックアップ］－［バックアップ格納先の登録／削除］を選択してください。

【バックアップファイル格納先の登録／削除】ボックスが表示されます。
操作対象と操作内容を次のように指定してください。
HiRDBシステム：HRD1（10.210.35.24_20293）
ホスト：s10380720
実行する操作：通常ファイル格納先の作成と登録
格納先ディレクトリ名：C:¥hirdb¥pdcopy2

「登録」をクリックしてください。バックアップファイルを格納するディレクトリが作成されます。

＜この節の構成＞

5.6.1　演習１（全RDエリア（HiRDBシステム）のバックアップを取得する）

5.6.2　演習２（自動ログアンロード機能を使っている場合に全RDエリアのバックアップを取得する）

5.6.1　演習１（全RDエリア（HiRDBシステム）のバックアップを取得する）

全RDエリア（HiRDBシステム）のバックアップを一括して取得します。バックアップ取得モードはｒとします。

なお，ここで取得したバックアップは「5.7 データベースを回復する」の演習で使用するので，保存しておいてください。

〈手順〉

［バックアップ］－［ウィザード環境設定］を選択してください。

【バックアップウィザード環境設定】ボックスが表示されます。
各項目を次のように設定して，「保存」ボタンをクリックしてください。
HiRDBシステム：HRD1（10.210.35.24_20293）
バックアップ取得モード：参照可能／更新不可能モード

［バックアップ］－［ウィザード］を選択してください。

【バックアップウィザード－取得対象の検索】ボックスが表示されます。
取得対象に「HiRDBシステム」を選択して，「次へ」ボタンをクリックしてください。

【バックアップウィザード－HiRDBシステムの表示】ボックスが表示されます。
各項目を次のように指定して，「次へ」ボタンをクリックしてください。
取得対象：バックアップ実行
HiRDBシステム：HRD1（10.210.35.24_20293）

【バックアップウィザード－システムログ運用方法の指定】ボックスが表示されます。
システムログ運用方法に「システムログをアンロードする運用」を選択して，「次へ」ボタンをクリックしてください。

【バックアップウィザード－バックアップ取得先の指定】ボックスが表示されます。
各項目を次のように指定して，「バックアップ取得先」ボタンをクリックしてください。
ファイル種別：通常ファイル
ホスト名：s10380720

【バックアップファイル格納先の指定】ダイアログが表示されます。
バックアップ先の情報を次のように入力してから，「追加」ボタンをクリックしてください。バックアップ取得先に情報が表示されたら，「OK」ボタンをクリックしてください。
格納先ディレクトリ名：C:¥hirdb¥pdcopy2
バックアップファイル名：backup11

【バックアップウィザード－バックアップ取得先の指定】ボックスが表示されます。
「次へ」ボタンをクリックしてください。

【バックアップウィザード－確認】ボックスが表示されます。
設定した条件を確認して，問題がなければ「実行」ボタンをクリックしてください。バックアップ処理が始まります。

5.6.2　演習２（自動ログアンロード機能を使っている場合に全RDエリアのバックアップを取得する）

自動ログアンロード機能を使っている場合のバックアップの取得を行います。

バックアップ対象は，全RDエリア（マスタディレクトリ用RDエリア，データディレクトリ用RDエリア，およびデータディクショナリ用RDエリアを含む）です。バックアップ取得モードは，ｒとします。

なお，ここで取得したバックアップは「5.7 データベースを回復する」の演習2で使用するので，保存しておいてください。

HiRDB Control Managerを使うと，自動ログアンロード機能を使ったデータベース回復では，システムログファイルは自動的にスワップされます。また，必要なアンロードログファイルは自動的に選択されます。したがって，バックアップを取得するときにアンロードログファイルを確認する必要はありません。

＜この項の構成＞

(1)　自動ログアンロード機能が動作していることを確認します

(2)　自動ログアンロード機能の動作状態が表示されます

(3)　全RDエリア（HiRDBシステム）のバックアップを取得します。

(1)　自動ログアンロード機能が動作していることを確認します

自動ログアンロード機能が動作しているか確認します。次のコマンドを実行してください。

C:¥>pdlogatul -d sys

〔説明〕

自動ログアンロード機能の動作状態を表示します。

(2)　自動ログアンロード機能の動作状態が表示されます

AUTO_LOG_UNLOADの値が「ACTIVE」になっていることを確認してください。

HOSTNAME : s10380720(180219)
SERVER_NAME:sds01
AUTO_LOG_UNLOAD NOW_UNLOAD_LOG_GROUP CREATE_DIR
ACTIVE **** C:/win32app/hitachi/hirdb_s/area/unloadlo
g/
CURRENT LOG GENERATION INFO.
LOG_GROUP GEN_NO. SERVER_RUN_ID RUN_ID UNLOAD_FILE_NAME
log2 2 404eb711 404eb708 sds01_404eb7110002_log2

〔説明〕

ACTIVE：

自動ログアンロード機能の動作状態です。表示される値は次のとおりです。

ACTIVE：動作中

STOP：停止中

STOPPING：停止時のアンロード処理待ち監視中

－：自動ログアンロード機能を使用できない状態

(3)　全RDエリア（HiRDBシステム）のバックアップを取得します。

バックアップ方法については，演習1を参照してください。操作方法は演習1と同じです。ただし，バックアップファイル名をbackup12にしてください。

5.7　データベースを回復する

HiRDB Control Managerを使ったデータベースの回復では，回復前のHiRDBの終了や複写・回復専用起動が自動的に行われるため，それらの作業を行う必要はありません。

HiRDB Control Managerでは，DATに取得したバックアップからデータベースを回復するには，NetBackupなどの付加プログラムが必要です。このマニュアルでは付加プログラムをインストールしていないのでDATを使った演習は行いません。

＜この節の構成＞

5.7.1　演習１（全RDエリアをバックアップ取得時点に回復する）

5.7.2　演習２（自動ログアンロード機能を使っている場合に回復する）

5.7.1　演習１（全RDエリアをバックアップ取得時点に回復する）

データベースを格納しているディスクに障害が発生しました。全RDエリアをバックアップ取得時点の状態に回復します。

＜この項の構成＞

(1)　ディスクを交換します

(2)　pdfmkfsコマンドでHiRDBファイルシステム領域を初期設定します

(3)　RDエリアの回復に必要なファイルを準備します

(4)　全RDエリアをバックアップ取得時点に回復します

(1)　ディスクを交換します

障害が発生したディスクを交換します。この演習では実際に交換はしません。交換したと仮定して以降の作業を行います。

(2)　pdfmkfsコマンドでHiRDBファイルシステム領域を初期設定します

pdfmkfsコマンドでHiRDBファイルシステム領域を初期設定します。pdfmkfsコマンドで指定するオプションは，RDエリア用のHiRDBファイルシステム領域を前回作成したときと同じにしてください。

簡易セットアップツールの「小規模」でセットアップした場合，これは次のコマンドになります。

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS -i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys011"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS -i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys012"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS -i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys013"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS -i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys014"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS -i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys015"

pdfmkfs -r  -n 45 -l 30 -e 1 -k SYS -i "C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys016"

なお，この演習では実際にpdfmkfsコマンドを実行しません。実行したと仮定して以降の作業を行います。

(3)　RDエリアの回復に必要なファイルを準備します

RDエリアの回復に必要なファイル（データベース回復ユティリティの入力情報ファイル）は次のとおりです。

システム単位で取得したバックアップファイル
「5.6 バックアップを取得する」の演習1で取得したバックアップファイルを使用します。バックアップファイル名は，C:¥hirdb¥pdcopy2¥backup11です。

(4)　全RDエリアをバックアップ取得時点に回復します

〈手順〉

［リカバリ］－［ウィザード］を選択してください。

【リカバリウィザード－回復対象の指定】ボックスが表示されます。
各項目を次のように設定して，「次へ」ボタンをクリックしてください。
回復単位：HiRDBシステム単位
HiRDBシステム：HRD1（10.210.35.24_20293）

【リカバリウィザード－確認】ボックスが表示されます。
設定した条件を確認して，問題がなければ「実行」ボタンをクリックしてください。リカバリ処理が始まります。

5.7.2　演習２（自動ログアンロード機能を使っている場合に回復する）

自動ログアンロード機能を使っている場合のデータベースの回復を行います。全RDエリア（マスタディレクトリ用RDエリア，データディレクトリ用RDエリア，およびデータディクショナリ用RDエリアを含む）を最新の状態に回復します。

全RDエリアを最新の状態に回復する場合，幾つかのRDエリアに分けて回復のための操作をする必要があります。詳細については，マニュアル「HiRDB Version 7 システム運用ガイド（Windows(R)用）」を参照してください。

＜この項の構成＞

(1)　必要なバックアップファイルを特定します

(2)　現用のシステムログファイルをスワップします

(3)　システムログのアンロード処理が終了したことを確認します

(4)　マスタディレクトリ用RDエリアを最新の状態に回復します

(5)　データディレクトリ用RDエリアなどをバックアップ取得時点に回復します

(6)　マスタディレクトリ用RDエリア以外のRDエリアを最新の状態に回復します

(7)　データディクショナリLOB用RDエリア（オブジェクト格納用）を最新の状態に回復します

(1)　必要なバックアップファイルを特定します

バックアップファイルには，「5.6 バックアップを取得する」の演習2で取得したバックアップファイルを使用します。バックアップファイル名は，C:¥hirdb¥pdcopy2¥backup12です。

このバックアップを取得したとき以降に出力されたシステムログを格納したアンロードログファイルは，HiRDB Control Managerが自動で選択します。

(2)　現用のシステムログファイルをスワップします

現用のシステムログファイルをスワップします。

〈手順〉

［アンロードログ管理］－［システムログのスワップ］を選択してください。

【システムログのスワップ】ボックスが表示されます。
各項目を次のように設定して，「実行」ボタンをクリックしてください。
HiRDBシステム：HRD1（10.210.35.24_20293）
サーバ：sds01

現用ファイルのスワップが終了したら，「キャンセル」ボタンをクリックしてください。

(3)　システムログのアンロード処理が終了したことを確認します

スワップしたシステムログファイルがアンロードされたことを確認します。

〈手順〉

［システムステータス］－［HRD1（10.210.35.24_20293）］を選択してください。

【システムステータス】ボックスが表示されます。
「sds01」の詳細情報から，「システムログファイル詳細」ボタンをクリックして，すべてのシステムログファイルが「アンロード済み」であることを確認してください。アンロード待ちのシステムログがある場合，少し時間をおいてから確認してください。

(4)　マスタディレクトリ用RDエリアを最新の状態に回復します

マスタディレクトリ用RDエリアを回復します。

［リカバリ］－［カスタマイズ］を選択してください。

【リカバリ カスタマイズ】ボックスが表示されます。
「回復単位」タブ，および「ファイル種別」タブのページで次のように設定して，「確認画面へ」ボタンをクリックしてください。
回復単位
回復単位：RDエリア単位
HiRDBシステム：HRD1（10.210.35.24_20293）
ユニット：unt1
サーバ：sds01
RDエリア：RDMAST

ファイル種別
ファイル種別：通常ファイル
ホスト名：s10380720
バックアップファイル名：c:¥hirdb¥pdcopy2¥backup12
システムログファイルを使用する：チェック
自動ログアンロード：チェック

指定した条件を確認して問題なければ，「実行」ボタンをクリックしてください。リカバリ処理が始まります。

マスタディレクトリ用RDエリアが回復されます。

(5)　データディレクトリ用RDエリアなどをバックアップ取得時点に回復します

次に示すRDエリアをバックアップ取得時点に回復します。

データディレクトリ用RDエリア：RDDIRT

データディクショナリ用RDエリア：RDDICT

データディクショナリLOB用RDエリア（ソース格納用）：DIC_RTN_SRC

【リカバリ カスタマイズ】ボックスの各ページの指定を次のように変更して，データベースを回復してください。

回復単位

RDエリア：RDDIRT，RDDICT，DIC_RTN_SRC

ファイル種別

自動ログアンロード：チェックを外す

(6)　マスタディレクトリ用RDエリア以外のRDエリアを最新の状態に回復します

マスタディレクトリ用RDエリア以外のRDエリアを回復します。

【リカバリ カスタマイズ】ボックスの各ページの指定を次のように変更して，データベースを回復してください。

回復単位

RDエリア：RDMAST以外のすべて

ファイル種別

自動ログアンロード：チェック

(7)　データディクショナリLOB用RDエリア（オブジェクト格納用）を最新の状態に回復します

データディクショナリLOB用RDエリア（オブジェクト格納用）を回復します。このマニュアルでは，ストアドプロシジャまたはストアドファンクションを登録していないので，実施する必要はありません。

5.8　表を再編成する

＜この節の構成＞

5.8.1　演習（表を再編成する）

5.8.1　演習（表を再編成する）

GOODS表を再編成します。

GOODS表にはインデクス（GOODSX）が定義されています。

GOODS表はユーザ用RDエリア（RDDATA10）に格納されています。

インデクス（GOODSX）はユーザ用RDエリア（RDINDX10）に格納されています。

「4.6 表を再編成する」の演習を行った方は，(1)～(2)の操作は必要ありません。すでに「4.6 表を再編成する」の演習で実施しています。(3)から始めてください。

＜この項の構成＞

(1)　表の再編成時に必要なディレクトリを準備します

(2)　データベース再編成ユティリティの制御情報ファイルを作成します

(3)　GOODS表を再編成します

(1)　表の再編成時に必要なディレクトリを準備します

次に示すディレクトリが表の再編成時に必要になります。

アンロードデータファイルを作成するディレクトリ

インデクス情報ファイルを作成するディレクトリ

アンロードデータファイルを作成するディレクトリとして，C:¥hirdb¥pdrorgを作成してください。さらに，インデクス情報ファイルを作成するディレクトリとして，C:¥work¥idxdirを作成してください。

(2)　データベース再編成ユティリティの制御情報ファイルを作成します

制御情報ファイルをC:¥hirdb¥pdrorg¥seigyo01.txtに作成してください。

unload C:¥hirdb¥pdrorg¥unld01      ･･･････････････････････････････1
idxwork C:¥work¥idxdir       ･････････････････････････････････････2
sort C:¥tmp      ･････････････････････････････････････････････････3

〔説明〕

アンロードデータファイル名を指定します。
C:¥hirdb¥pdrorgディレクトリ下にunld01ファイルが作成されます。C:¥hirdb¥pdrorgは(1)で作成したディレクトリです。

インデクスの一括作成時に使用する作業用ワークディレクトリの名称を指定します。ここで指定したディレクトリ下にインデクス情報ファイルが作成されます。C:¥work¥idxdirは，(1)で作成したディレクトリです。

ソート用ワークディレクトリの名称を指定します。

(3)　GOODS表を再編成します

〈手順〉

［マップ］－［表］を選択してください。

【表　マップ】ボックスが表示されます。
HiRDBシステムに「HRD1（10.210.35.24_20293）」を選択したあと，表一覧の「GOODS」をクリックしてください。

【表　マップ】ボックスが拡大されて，GOODS表の情報が表示されます。［再編成］ボタンをクリックしてください。

【データベース再編成ユティリティの実行】ボックスが表示されます。ここで再編成の情報を次のように指定して，「詳細設定」ボタンをクリックしてください。
パスワード：MANAGER
処理方針：表のアンロード＆リロード
制御情報ファイル名：C:¥hirdb¥pdrorg¥seigyo01.txt

【データベース再編成ユティリティの実行】ボックスで［詳細設定］をクリックすると，【データベース再編成ユティリティ　詳細設定】ダイアログが表示されます。ここで表の再編成時の条件を指定します。
アンロード指定で「クラスタ順」を指定して，「OK」をクリックしてください。

【データベース再編成ユティリティの実行】ボックスで「実行」をクリックしてください。

【データベース再編成ユティリティ】ダイアログに実行結果が表示されます。
「閉じる」ボタンをクリックしてください。

5.9　RDエリアを拡張する

＜この節の構成＞

5.9.1　演習（RDエリアを拡張する）

5.9.1　演習（RDエリアを拡張する）

ユーザ用RDエリア（RDDATA10）を拡張します。

＜この項の構成＞

(1)　RDDATA10の残容量を調べます

(2)　RDエリアを拡張します

(3)　RDDATA10が拡張されたことを確認します

(1)　RDDATA10の残容量を調べます

〈手順〉

［マップ］－［RDエリア］を選択してください。

【RDエリア　マップ】ボックスが表示されます。
HiRDBシステムに「HRD1（10.210.35.24_20293）」を選択したあと，RDエリア一覧の「RDDATA10」をクリックしてください。

【RDエリア　マップ】ボックスが拡大されて，RDDATA10の情報が表示されます。

〔説明〕

この例では，全セグメント数が2200で，使用率が1%になっています。

(2)　RDエリアを拡張します

〈手順〉

［RDエリア拡張］をクリックしてください。

【RDエリアの拡張】ボックスが表示されます。
追加するHiRDBファイルを次のように指定して，「実行」ボタンをクリックしてください。
HiRDBファイルシステム領域名：C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys04
HIRDBファイル名：rddata10b
セグメント数：10

〔説明〕
「HiRDBファイルシステム領域名」「HiRDBファイル名」「セグメント数」を入力したあとに「追加」ボタンをクリックすると，「HiRDBファイルシステム領域名／HiRDBファイル名」に情報が入力されます。
HiRDBファイルシステム領域名が長くて「HiRDBファイルシステム領域名」欄では確認できない場合，「追加」ボタンをクリックしてください。選択したHiRDBファイルシステム領域名が「HiRDBファイルシステム領域名／HiRDBファイル名」欄に表示されます。HiRDBファイルシステム領域名に誤りがあれば，「削除」ボタンで削除してから選択し直してください。

RDエリア拡張のメッセージが出力されます。「OK」ボタンをクリックしてください。

(3)　RDDATA10が拡張されたことを確認します

【RDエリア　マップ】ボックスの「更新」ボタンをクリックしてから，RDエリア一覧の「RDDATA10」をクリックしてください。RDDATA10の情報が表示されます。

〔説明〕

全セグメント数が，2200から2210に変わっています。したがって，RDDATA10が拡張されています。

5.10　RDエリアを追加する

＜この節の構成＞

5.10.1　演習（RDエリアを追加する）

5.10.1　演習（RDエリアを追加する）

新しいHiRDBファイルシステム領域（rdsys10）とユーザ用RDエリア（RDAREA02）を作成して，そこにPC割り当て表（表名：PCLIST）を作成します。

＜この項の構成＞

(1)　RDAREA02を追加します

(2)　RDAREA02が追加されたことを確認します

(3)　RDAREA02に表を定義します

(4)　PC割り当て表が定義されたかを確認します

(5)　データを挿入してみましょう

(6)　PC割り当て表を検索してみましょう

(1)　RDAREA02を追加します

〈手順〉

［マップ］－［RDエリア］を選択してください。

【RDエリア　マップ】ボックスが表示されます。
HiRDBシステムに「HRD1（10.210.35.24_20293）」を選択したあと，「RDエリア追加」ボタンをクリックしてください。

【RDエリアの追加】ボックスが表示されます。
追加するHiRDBファイルを次のように指定して，「システム領域の初期設定」ボタンをクリックしてください。
RDエリア名：RDAREA02
サーバ：sds01
種類：ユーザ用RDエリア
一時割り当てするグローバルバッファ名：gbuf04
ページ長：4096
セグメントサイズ：10

〔説明〕
RDAREA02に割り当てるHiRDBシステム領域「rdsys10」は新規に作成するので，まだHiRDBファイルシステム領域名から選択できません。「システム領域の初期設定」でシステム領域「rdsys10」を登録する必要があります。

【HiRDBファイルシステム領域の初期設定】ダイアログが表示されます。
次のように指定して，「登録」ボタンをクリックしてください。
HiRDBファイルシステム領域名：C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys10
HiRDBファイルシステム領域サイズ：10
作成するHiRDBファイル数：1
HiRDBファイルの増分回数：5
HiRDBファイルシステム領域を初期化する：チェック
使用目的：すべて（ユティリティを除く）
ファイル種別：通常ファイル

〔説明〕
HiRDBファイルシステム領域名
新しく作成するHiRDBファイルシステム領域名を指定します。
HiRDBファイルシステム領域を初期化する
「HiRDBファイルシステム領域サイズ」で指定したサイズ分の領域を最初から初期化する場合に指定します。このオプションを選択しない場合，HiRDBファイルシステム領域の管理情報だけを作成します。

【RDエリアの追加】ボックスで追加するHiRDBファイルを次のように指定して，「実行」ボタンをクリックしてください。
HiRDBファイルシステム領域名：C:¥win32app¥hitachi¥hirdb_s¥area¥rdsys10
HiRDBファイル名：rdarea02
セグメント数：10

〔説明〕
「HiRDBファイルシステム領域名」「HiRDBファイル名」「セグメント数」を入力したあとに「追加」ボタンをクリックすると，「HiRDBファイルシステム領域名／HiRDBファイル名」に情報が入力されます。

RDエリア追加のメッセージが出力されます。「OK」ボタンをクリックしてください。

(2)　RDAREA02が追加されたことを確認します

【RDエリア　マップ】ボックスの「更新」ボタンをクリックしてから，RDエリア一覧の「RDAREA02」をクリックしてください。RDAREA02の情報が表示されます。

〔説明〕

「(1) RDAREA02を追加します」で指定したとおりにRDエリアが作成されています。使用率は0%です。

(3)　RDAREA02に表を定義します

〈手順〉

CREATE TABLEをテキスト形式のファイル（$HOME/HiRDB/pddef/c_table2.txtC:¥hirdb¥pddef¥c_table2.txt）に作成してください。

CREATE FIX TABLE PCLIST (PCID CHAR(8), USR CHAR(12), SINCE INTEGER)
IN RDAREA02; ← ここに改行を入れてください。

［マップ］－［表］を選択してください。

【表　マップ】ボックスが表示されます。
「定義系SQL」ボタンをクリックしてください。

【定義系SQLの実行】ボックスが表示されます。
実行するSQLと実行者を次のように指定して，「実行」ボタンをクリックしてください。
認可識別子：MANAGER
パスワード：MANAGER
ファイルを指定：C:¥hirdbd¥pddef¥c_table2.txt

SQLの実行結果を示すメッセージボックスが表示されます。「閉じる」ボタンをクリックしてください。

「サーバの管理情報を更新しますか？」というメッセージが表示されます。「はい」ボタンをクリックしてください。

(4)　PC割り当て表が定義されたかを確認します

【RDエリア　マップ】ボックスで［RDAREA02］をクリックしてください。定義されたPCLISTが表示されます。

(5)　データを挿入してみましょう

HiRDB Control Manager - Consoleをインストールしているマシンに，HiRDB SQL ExecuterおよびHiRDB/クライアントがインストールされている場合，HiRDB Control Manager - ConsoleからHiRDB SQL Executerを起動することができます。

ここでは，HiRDB Control Manager - ConsoleからHiRDB SQL Executerを起動して，データを挿入する手順を説明します。

〈手順〉

［SQL操作］－［SQL実行］を選択してください。

【SQLの実行】ボックスが表示されます。
HiRDB SQL ExecuterによるHiRDBサーバへの接続情報を次のように指定して，「実行」ボタンをクリックしてください。
HiRDBシステム：「HRD1（10.210.35.24_20293）」
認可識別子：MANAGER
パスワード：MANAGER

HiRDB SQL Executer上でINSERT文を実行し，データを挿入してください。

【SQL入力画面】

【検索結果画面】

KFPX27010-I 1 rows inserted

KFPX27010-I 1 rows inserted

KFPX27010-I 1 rows inserted

〔説明〕

データが挿入されました。

(6)　PC割り当て表を検索してみましょう

データが正しく挿入されているか確認するため，表を検索します。HiRDB SQL Executer上で次のSQL文を実行してください。

【SQL入力画面】

SELECT * FROM PCLIST;

【検索結果画面】

5.11　ユーザ権限を与える（ユーザを登録する）

＜この節の構成＞

5.11.1　演習１（新規ユーザを登録する）

5.11.2　演習２（権限を追加する）

5.11.1　演習１（新規ユーザを登録する）

新規のHiRDBユーザ（ユーザ名「USER02」，パスワード「PASS02」）を登録します。

〈手順〉

［マップ］－［ユーザ］を選択してください。

【ユーザ　マップ】ボックスが表示されます。
HiRDBシステムに「HRD1（10.210.35.24_20293）」を選択したあと，「ユーザ追加」ボタンをクリックしてください。

【ユーザの追加】ボックスが表示されます。
ユーザ情報を次のように設定して，「実行」ボタンをクリックしてください。
ユーザ名：USER02
パスワードの設定／変更：PASS02

【ユーザ追加の実行】ボックスにが表示され，ユーザが作成されます。
「OK」をクリックしてください。

5.11.2　演習２（権限を追加する）

HiRDBユーザ（ユーザ名「USER01」）にDBA権限を与えます。

〈手順〉

【ユーザマップ】ボックスで，［USER01］をクリックしてください。

【ユーザマップ】ボックスが拡大されて，USER01の情報が表示されます。
「ユーザ権限」ボタンをクリックしてください。

【ユーザ権限】ボックスが表示されます。パスワードに「PASS02」を入力して，［DBA権限］をチェックして「実行」をクリックしてください。

【ユーザ権限変更の実行】ボックスにが表示され，USER01にDBA権限が与えられます。

6.　クライアントを接続してみましょう

この章では，サーバとは別のマシンにクライアントをインストールし，そのクライアントから表をアクセスする方法について説明します。

＜この章の構成＞

6.1　この章を読むに当たって

6.2　クライアントの環境設定をする

6.3　クライアントから表を操作する

6.4　ODBC対応のアプリケーションプログラムからアクセスする

6.1　この章を読むに当たって

この章では，クライアントの接続について説明しています。クライアントの接続手順を次に示します。

図6-1　クライアントの接続手順

6.2　クライアントの環境設定をする

クライアントの環境設定手順を次に示します。

HiRDB/クライアントのインストール

HiRDB SQL Executerのインストール

hostsファイルの設定

クライアント環境定義の設定

環境変数PATHの設定

＜この節の構成＞

6.2.1　HiRDB/クライアントをインストールする

6.2.2　HiRDB SQL Executerをインストールする

6.2.3　hostsファイルの設定をする

6.2.4　クライアント環境定義の設定をする

6.2.5　環境変数PATHの設定をする

6.2.1　HiRDB/クライアントをインストールする

HiRDB/クライアント（HiRDB/Developer's Kit）をインストールします。HiRDB/シングルサーバをインストールしたマシンではない，別のマシンにインストールします。「7. アプリケーションを作成してみましょう」を実施しないときは，インストールするHiRDB/クライアントはHiRDB/Run Timeでもかまいません。

なお，HiRDB/クライアントが動作するOSはWindows 2000を仮定します。

インストール手順を次に示します。

インストール手順

エクスプローラを使用して，CD-ROMの「02_LIB32¥DISK1」の「SETUP.EXE」を実行してください。インストーラが起動し，次の画面が表示されます。「次へ」をクリックしてください。

ユーザの情報として，名前と会社名を入力してから，「次へ」をクリックしてください。

インストール先ディレクトリ名を指定してください。仮定値で問題なければ，そのまま「次へ」をクリックしてください。

セットアップ方法を選択し，「次へ」をクリックしてください。

設定した内容を確認し，問題がなければ「次へ」をクリックしてください。インストールが始まります。

インストールが終了すると，次の画面が表示されます。「完了」をクリックしてください。

6.2.2　HiRDB SQL Executerをインストールする

クライアントから会話形式でSQLを発行するため，HiRDB SQL Executerを使用します。

HiRDB SQL Executerのインストール手順を次に示します。

CD-ROMを挿入して，「09_pdsql¥disk1」の「SETUP.EXE」をダブルクリックしてください。
インストーラが起動されます。

以降は，画面の内容に従って操作してください。

6.2.3　hostsファイルの設定をする

HiRDB/クライアントをインストールしたマシンの，C:¥Windowsディレクトリ下のhostsファイルに，自マシン，およびHiRDBサーバをインストールしたマシンのIPアドレスおよびホスト名を設定します。すでに情報がhostsファイルに設定されている場合，またはDNSサーバを使用する場合には，不要です。

（hostsファイルの設定例）

    :
10.210.35.24     s10380720     #HiRDBサーバ
10.210.35.25     TIPS02        #HiRDB/クライアント
    :

6.2.4　クライアント環境定義の設定をする

クライアントの環境変数に，接続するHiRDB/シングルサーバの情報，およびクライアントのユーザ名/パスワードを設定します。環境変数に値が設定されている場合，HiRDB.iniファイルの設定よりも優先されるので注意してください。

C:¥Windowsディレクトリ下のHiRDB.iniファイルに次の情報を設定してください。

なお，クライアント環境定義について知りたい場合は，マニュアル「HiRDB Version 7 UAP開発ガイド（Windows(R)用）」を参照してください。

PDHOST=s10380720
PDNAMEPORT=22200
PDUSER=USER01/PASS01

［説明］

PDHOST=s10380720

接続するHiRDBのホスト名（システム共通定義のpdstartオペランドの-xの指定値）

PDNAMEPORT=22200

接続するHiRDBのポート番号（システム共通定義のpd_name_portオペランドの指定値）

PDUSER=USER01/PASS01

HiRDBに接続するときのユーザ名，およびパスワード※

注※

PDUSERのユーザ名，およびパスワードは，「4.9.2 演習１（新規ユーザを登録する）」の演習問題で権限を与えられたユーザを想定しています。

6.2.5　環境変数PATHの設定をする

インストール時，環境変数PATHのバイト数が大きいと値が設定されない場合があります。そのような場合，ここで値を設定します。

C:¥直下のAUTOEXEC.BATファイルに次の行を追加してください。

SET PATH=%PATH%;C:¥PROGRA~1¥Hitachi¥HiRDB¥Utl

追加したら，Windows 2000を再起動してください。

また，HiRDB/クライアント環境変数登録ツールを使用すると，接続ごとに環境変数の設定を変更することができるようになります。HiRDB/クライアント環境変数登録ツールは，［スタート］－［プログラム］－［HiRDB Client］－［HiRDBクライアント環境変数登録ツール］から起動します。詳細については，マニュアル「HiRDB Version 7 UAP開発ガイド（Windows（R）用）」を参照してください。

6.3　クライアントから表を操作する

「3．表を操作してみましょう」ですでに表を操作してみましたが，今度は別マシンのクライアントから表を操作してみます。表を操作するにはHiRDB SQL Executerを使用します。

ここでは，ユーザ名「USER01」でHiRDBにCONNECTします。USER01には，CONNECT権限，スキーマ定義権限，およびGOODS表に対するSELECT権限が与えられています。

なお，表の操作について知りたい場合は，マニュアル「HiRDB Version 7 SQLリファレンス（Windows(R)用）」を参照してください。

＜この節の構成＞

6.3.1　演習1（表を定義する）

6.3.2　演習2（表へ行を挿入する）

6.3.3　演習3（ほかの所有者の表を検索する）

6.3.1　演習1（表を定義する）

次の列から構成されるZAIKO表を定義します。

商品コード（CHAR(4)）

商品名（NCHAR(8)）

色（NCHAR(2)）

単価（INTEGER）

在庫量（INTEGER）

【SQL文】

表を定義する前に，まずスキーマを定義します。

CREATE SCHEMA;

"KFPX27001-I Processing of SQL completed"と表示されたら，次に表を定義します。

CREATE FIX TABLE ZAIKO
   (商品コード CHAR(4),商品名 NCHAR(8),色 NCHAR(2),
    単価 INTEGER,在庫量 INTEGER) IN RDDATA10;

"KFPX27001-I Processing of SQL completed"と表示されると，表が定義されています。

【実行結果】

実際にZAIKO表が定義されているかどうかを確認します。次のSQLを実行してください。

TABLES USER01;

実行すると，次の結果が表示されます。

TABLE_SCHEMA TABLE_NAME                N_COLS N_INDEX CREATE_TIME  
------------ ------------------------- ------ ------- --------------
USER01       ZAIKO                          5       0 20040205184117

KFPX27010-I            1 rows selected

6.3.2　演習2（表へ行を挿入する）

定義したZAIKO表に，次の行データを挿入します。
　'777Z'，N'長靴'，N'黒'，10000，3

【SQL文】

INSERT INTO ZAIKO VALUES('777Z',N'長靴',N'黒',10000,3);

【実行結果】

正常に実行された場合，"KFPX27001-I Processing of SQL completed"と表示されます。実際にZAIKO表に行データが挿入されたかどうかを確認するために，次のSQL文を実行します。

SELECT * FROM ZAIKO;

SQL文を実行すると，次の検索結果が表示されます。

商品コード 商品名               色   単価       在庫量
---------- -------------------- ---- --------- ---------
777Z       長靴                 黒       10000         3

KFPX27010-I            1 rows selected

6.3.3　演習3（ほかの所有者の表を検索する）

MANAGERが定義したGOODS表を検索します。
HKで始まるショウヒンＣＤ，およびタンカが20000円以下の行を検索します。

【SQL文】

【実行結果】

6.4　ODBC対応のアプリケーションプログラムからアクセスする

ODBC対応のアプリケーションプログラムからHiRDBのデータベースをアクセスする場合，ODBCドライバをインストールする必要があります。

ここでは，ODBC対応のアプリケーションプログラムとして，Microsoft Accessを使用する例について説明します。なお，Microsoft Accessは，HiRDB/クライアントをインストールしたマシンにあるものと仮定します。

＜この節の構成＞

6.4.1　ODBCドライバをインストールする

6.4.2　Microsoft AccessからHiRDBをアクセスする

6.4.1　ODBCドライバをインストールする

HiRDB/クライアント（HiRDB/Developer's Kit）をインストールしているマシンに，ODBCドライバをインストールします。

インストール手順

エクスプローラを使用して，CD-ROMのディレクトリ「05_odb32¥DISK1」の「SETUP.EXE」を実行してください。すると，次の画面が表示されるので，「継続」をクリックしてください。

【ドライバのセットアップ】ダイアログの「HiRDB 32bit Driver」を選択し，「OK」をクリックしてください。

ファイルのコピーが始まります。
ファイルのコピーが終了すると，【データソース】ダイアログが表示されます。【データソース】ダイアログの「追加」をクリックしてください。

【データソースの追加】ダイアログが表示されるので，「HiRDB 32bit Driver」を選択し，「OK」をクリックしてください。

【HiRDB Driver セットアップ】ダイアログが表示されるので，次の各項目に情報を入力して，「OK」をクリックしてください。
・データソース名：HiRDBDatabase　…　任意のデータソース名を指定します。
・PDHOST：s10380720　…　アクセスするHiRDBの，システム共通定義（pdsys）のpdstartオペランドの-xに指定したホスト名を指定します。
・PDNAMEPORT：22200　…　アクセスするHiRDBの，システム共通定義（pdsys）のpd_name_portオペランドに指定したポート番号を指定します。

【データソース】ダイアログのデータソース名に，「HiRDBDatabase（HiRDB 32bit Driver）」が追加されます。

「閉じる」をクリックしてください。

"セットアップが完了しました。"というメッセージが表示されます。「OK」をクリックしてください。

6.4.2　Microsoft AccessからHiRDBをアクセスする

Microsoft AccessからHiRDBの表をアクセスする方法について説明します。

手順

Microsoft Accessを起動します。

【新しいデータベースの作成】ダイアログが表示されます。
「データベースの新規作成」を選択して，ファイル名を付けてください。

［ファイル］－［開く］を選択し，任意のファイル名（ここでは，例としてHiRDBTables.mdbを入力します）を指定し，「開く」をクリックしてください。

【HiRDBTables：データベース】ダイアログが表示されます。
［ファイル］－［外部データの取り込み］－［テーブルのリンク］を選択してください。

【リンク】ダイアログが表示されます。
「ファイルの種類」から「ODBCデータベース」を選択してください。

【データソースの選択】ダイアログが表示されます。
「コンピュータ データソース」からデータソース名「HiRDBDatabase」を選択し，「OK」をクリックしてください。

【HiRDBログイン】ダイアログが表示されます。
［ユーザID］に「USER01」，［パスワード］に「PASS01」を入力し，「OK」をクリックしてください。

【テーブルのリンク】ダイアログのテーブルに，HiRDBの表の一覧が表示されます。アクセスしたい表を選択し，「OK」をクリックしてください。

【HiRDBTables：データベース】ダイアログの「テーブル」に，選択した表が表示されます。その表を選択して「OK」をクリックしてください。
【固有レコード識別子の選択】ダイアログが表示されます。

「'MANAGER_GOODS'テーブルのフィールド」から，フィールドを選択して「OK」をクリックしてください。

「テーブル」に，選択した表が追加されます。
あとは，Microsoft Accessで行の追加，変更，削除などをしてください。

7.　アプリケーションを作成してみましょう

この章では，HiRDBのユーザアプリケーションプログラム（UAP）を作成する方法について説明します。

＜この章の構成＞

7.1　この章を読むに当たって

7.2　作成するアプリケーションの仕様

7.3　C言語でアプリケーションを作成する

7.4　COBOL言語でアプリケーションを作成する

7.5　 Java言語（SQLJ）でアプリケーションを作成する

7.1　この章を読むに当たって

一般の業務でデータベースを利用するとき，通常，アプリケーションプログラムを使用します。この章では，簡単なユーザアプリケーションプログラムを作成して，HiRDBに接続する手順について説明します。以降は，ユーザアプリケーションプログラムのことを，UAPと表記します。

システム管理者やオペレータの方など，アプリケーションを開発する必要がない方は，この章を読み飛ばしてかまいません。

＜この節の構成＞

(1)　この章で説明している項目

(2)　必要な知識について

(3)　この章の読み方について

(4)　留意事項

(1)　この章で説明している項目

この章では，HiRDB/Developer's Kitを使用して，UAPを作成・実行する手順について説明しています。

HiRDBのUAP開発では，ソースプログラム中にSQLを直接記述できるという特長があります。これを，埋込み型UAPといいます。ここでは，HiRDBの埋込み型UAPをコンパイルして実行するまでの，一とおりの手順を理解していただくことを目的としています。なお，Java言語での埋込み型UAPには，静的埋込み型UAPである SQLJを使用します。

埋込み型UAPのほかに，HiRDBが提供するODBCドライバやJDBCドライバを使用する方法があります。ODBCドライバやJDBCドライバを使用したUAP開発については，マニュアル「HiRDB Version 7 UAP開発ガイド（Windows(R)用）」を参照してください。

注意

言語仕様や開発環境など，一般的なプログラミングの知識については，ここでは説明していません。また，HiRDBのプログラミングインターフェースについても説明していません。HiRDBのプログラミングインターフェースについては，マニュアル「HiRDB Version 7 UAP開発ガイド（Windows(R)用）」を参照してください。

(2)　必要な知識について

HiRDBのUAPを作成するには，C言語，COBOL言語，またはJava言語を使用します。どれかの言語仕様を知っていると，よりスムーズにこの章を理解できます。

この章では手順を中心に説明していますので，言語仕様を知らない方でも，一とおりの作業ができるようになっています。ただし，アプリケーション開発環境のインストールやコンパイルの方法に関しては，該当製品のマニュアルを参照していただくことになります。

(3)　この章の読み方について

ここでは，HiRDB/クライアントでUAPを開発します。「6. クライアントを接続してみましょう」でクライアントの環境設定が終了していることが前提になります。

以降の節では，作成するUAPの仕様（7.2節）と，言語ごとのUAP作成方法（7.3節，7.4節，7.5節）を説明しています。UAPの作成方法に関しては，C言語を使用する方は「7.3 C言語でアプリケーションを作成する」を，COBOL言語を使用する方は「7.4 COBOL言語でアプリケーションを作成する」を，Java言語を使用する方は「7.5 Java言語（SQLJ）でアプリケーションを作成する」をお読みください。

HiRDBのUAPを作成する手順を，図7-1に示します。どのプログラム言語を使用した場合も，同様の手順でコンパイル・実行できます。

図7-1　UAP作成の流れ

(4)　留意事項

UAPをコンパイルするには，コンパイラ（開発環境）が必要です。UAP開発には，表7-1の開発環境を使用できます。

表7-1　使用できる言語と開発環境

言語 | 開発環境
C言語／C++言語 | Microsoft Visual C++（2.0以降）
COBOL言語 | COBOL85 Version 3以降※¹※²，COBOL 2002
OOCOBOL言語 | OOCOBOL（Version 3以降）※²
Java言語 | JDK 1.3.0-01以降

注※1

UAPをDLL化する場合は，Version 4.0（04-02以降）が必要です。

注※2

使用するOSによって，必要なバージョンが異なります。

使用する言語に応じて開発環境を選択し，インストールしてください。インストールの方法に関しては，該当製品のマニュアルを参考にしてください。なお，このマニュアルでは次の開発環境を使用します。

Microsoft Visual C++ Version 6.0（C言語の場合）

COBOL2002 NetClient Suite（COBOL言語の場合）

JDK 1.4.0（Java言語の場合）

このマニュアルでは，CUI（Character User Interface）ベースのアプリケーションをコマンドでコンパイルする方法を紹介します。このため，開発環境のバージョンが異なる場合でも，同様の手順でコンパイルおよび実行できます。

7.2　作成するアプリケーションの仕様

作成するサンプルUAPについて説明します。

＜この節の構成＞

7.2.1　サンプルUAPの機能

7.2.2　サンプルUAPの処理の流れ

7.2.1　サンプルUAPの機能

HiRDBサーバに接続して，データベースの情報を検索するUAPを作成してみましょう。具体的には，次の機能を持たせます。

「2. HiRDBシステムを構築してみましょう」で構築したHiRDBシステムに接続します。ユーザ名とパスワードは，標準入力から受け取ります。

UAPからSQLのSELECT文を発行して，GOODS表の内容を検索します。このとき，コマンドライン引数で指定された価格以上の商品だけ取り出すように，検索条件を指定します。

HiRDBサーバから検索結果を受け取り，書式を整えて標準出力に表示します。

上記の機能を実現するCUIベースのUAPを作成します。UAP実行者からの入力は，コマンドライン引数または標準入力から受け取ります。また，検索結果は，標準出力に出力することにします。

UAPの機能の概要を，図7-2に示します。

図7-2　サンプルUAPの機能の概要

7.2.2　サンプルUAPの処理の流れ

サンプルUAPの処理の流れを図7-3に示します。コーディングの内容を知りたい方は，図7-3とコーディング中のコメントを参照してください。

図7-3　サンプルUAPの流れ

7.3　C言語でアプリケーションを作成する

C言語を使用してUAPを作成する方法を説明します。

＜この節の構成＞

7.3.1　基礎知識

7.3.2　 HiRDB/クライアントの環境設定をする

7.3.3　開発環境を準備する

7.3.4　UAPのソースプログラムを作成する

7.3.5　SQLプリプロセサでソースプログラムを変換する

7.3.6　コンパイルを実行する

7.3.7　作成したUAPを実行する

7.3.1　基礎知識

C言語の埋込み型UAPから実行形式ファイルを生成するためには，埋込み型UAPをいったんポストソースに変換する必要があります。UAP生成の流れを図7-4に示します。

図7-4　UAP生成の流れ（C言語の場合）

また，この演習で作成するファイル名を次に示します。

ソースプログラム

C:¥CSAMPLE¥csample.ec

ポストソース

C:¥CSAMPLE¥csample.c

実行形式ファイル

C:¥CSAMPLE¥csample.exe

7.3.2　 HiRDB/クライアントの環境設定をする

HiRDBのUAPを開発するには，HiRDB/Developer's Kitが必要です。

HiRDB/クライアントの環境設定については，「6.2 クライアントの環境設定をする」で実施済みです。環境設定を行っていない場合は，「6.2 クライアントの環境設定をする」の手順に従って設定を行ってください。

注意

HiRDB/Run TimeではUAPを開発できません。HiRDB/Developer's Kitをインストールしてください。

7.3.3　開発環境を準備する

この演習を行うには，次の開発環境が必要です。

Microsoft Visual C++（2.0以降）

＜この項の構成＞

(1)　Microsoft Visual C++をインストール

(2)　環境変数を設定する

(1)　Microsoft Visual C++をインストール

Microsoft Visual C++をインストールしてください。インストール方法については，該当製品のマニュアルを参考にしてください。

(2)　環境変数を設定する

Microsoft Visual C++のコンパイラでHiRDBのライブラリを使用できるように，環境変数を設定します。C:¥ディレクトリ下のAUTOEXEC.BATファイルに次の行を追加してください。

set INCLUDE=%INCLUDE%;C:¥PROGRA~1¥HITACHI¥HIRDB¥INCLUDE

追加したら，Windows 2000を再起動してください。

7.3.4　UAPのソースプログラムを作成する

UAPのソースプログラムを作成します。

＜この項の構成＞

(1)　「CSAMPLE」ディレクトリの作成

(2)　「csample.ec」の作成

(1)　「CSAMPLE」ディレクトリの作成

サンプルUAPを格納するディレクトリを作成します。エクスプローラで次のディレクトリを作成してください。

C:¥CSAMPLE

(2)　「csample.ec」の作成

開発環境のエディタまたはテキストエディタを使って，埋込み型UAPのソースプログラムを作成します。次のテキストファイルを作成してください。

C:¥CSAMPLE¥csample.ec

ソースプログラム（csample.ec）の内容を次に示します。

7.3.5　SQLプリプロセサでソースプログラムを変換する

SQLプリプロセサを使用して，UAPのソースプログラムをポストソースに変換します。

【コマンド形式】

C:¥>pdcpp C:¥CSAMPLE¥csample.ec /o C:¥CSAMPLE¥csample.c

【説明】

C:¥CSAMPLE¥csample.ec

UAPのソースプログラム（入力ファイル）を指定します。

/o C:¥CSAMPLE¥csample.c

ポストソース（出力ファイル）を指定します。

コマンドが正常に終了すると，C:¥CSAMPLEディレクトリ下にcsample.cが生成されます。このファイルが生成されているかどうかを確認してください。

7.3.6　コンパイルを実行する

Cコンパイラを使用して，先ほどSQLプリプロセサで変換したポストソースを，実行形式プログラムに変換します。このコマンドを実行する前に，環境変数PATHにMicrosoft Visual C++の実行ファイルを保存しているディレクトリが設定されていることを確認してください。

【コマンド形式】

C:¥>cl C:¥CSAMPLE¥csample.c "C:¥Program Files¥Hitachi¥HiRDB¥lib¥Cltdll.lib" /MT

【説明】

C:¥CSAMPLE¥csample.c

Cのソースプログラム（入力ファイル）を指定します。

"C:¥Program Files¥Hitachi¥HiRDB¥lib¥Cltdll.lib"

インポートライブラリを指定します。

/MT

Microsoft Visual C++のマルチスレッドライブラリの使用を指定します。

コマンドが正常に終了すると，C:¥CSAMPLEディレクトリ下にcsample.exeが生成されます。このファイルが生成されているかどうかを確認してください。

ここで，Microsoft Visual C++のインクルードパスやLIBパスが正しく設定されていないと，コンパイルエラーが発生します。設定方法については，Microsoft Visual C++のマニュアルを参照してください。

7.3.7　作成したUAPを実行する

作成したサンプルUAPを実行してみましょう。サンプルUAPを実行する前に，HiRDBサーバが開始されていることを確認してください。

サンプルUAPにはコマンド引数として価格を指定できます。ここでは，価格が500000以上の商品をGOODS表から検索します。次のコマンドを実行してください。

【コマンド形式】

C:¥>C:¥CSAMPLE¥csample 500000

サンプルUAPが開始されると，次のメッセージが返されます。

【コマンド形式の実行結果】

処理を開始します。

それに引き続いて，ユーザ名とパスワードの入力を求めるメッセージが出力されます。ここでは，ユーザ名「USER01」，パスワード「PASS01」を入力してください。

HiRDBサーバに接続すると，次の結果が表示されます。

【サンプルUAPの実行結果】

7.4　COBOL言語でアプリケーションを作成する

COBOL言語を使用してUAPを作成する方法を説明します。

＜この節の構成＞

7.4.1　基礎知識

7.4.2　 HiRDB/クライアントの環境設定をする

7.4.3　開発環境を準備する

7.4.4　UAPのソースプログラムを作成する

7.4.5　SQLプリプロセサでソースプログラムを変換する

7.4.6　コンパイルを実行する

7.4.7　作成したUAPを実行する

7.4.1　基礎知識

COBOL言語の埋込み型UAPから実行形式ファイルを生成するためには，埋込み型UAPをいったんポストソースに変換する必要があります。UAP生成の流れを図7-5に示します。

図7-5　UAP生成の流れ（COBOL言語の場合）

また，この演習で作成するファイル名を次に示します。

ソースプログラム

C:¥CBLSAMPLE¥cblsample.ecb

ポストソース

C:¥CBLSAMPLE¥cblsample.cbl

実行形式ファイル

C:¥CBLSAMPLE¥cblsample.exe

7.4.2　 HiRDB/クライアントの環境設定をする

HiRDBのUAPを開発するには，HiRDB/Developer's Kitが必要です。

HiRDB/クライアントの環境設定については，「6.2 クライアントの環境設定をする」で実施済みです。環境設定を行っていない場合は，「6.2 クライアントの環境設定をする」の手順に従って設定を行ってください。

注意

HiRDB/Run TimeではUAPを開発できません。HiRDB/Developer's Kitをインストールしてください。

7.4.3　開発環境を準備する

この演習を行うには，次の開発環境が必要です。

COBOL2002

＜この項の構成＞

(1)　COBOL2002をインストール

(2)　環境変数を設定する

(1)　COBOL2002をインストール

COBOL2002をインストールしてください。インストール方法については，該当製品のマニュアルを参考にしてください。

(2)　環境変数を設定する

COBOL言語のコンパイラでHiRDBのライブラリを使用できるように，環境変数を設定します。C:¥ディレクトリ下のAUTOEXEC.BATファイルに次の行を追加してください。

set CBLLIB=C:¥PROGRA~1¥HITACHI¥HIRDB¥INCLUDE

追加したら，Windows 2000を再起動してください。

7.4.4　UAPのソースプログラムを作成する

UAPのソースプログラムを作成します。

＜この項の構成＞

(1)　「CBLSAMPLE」ディレクトリの作成

(2)　「cblsample.ecb」の作成

(1)　「CBLSAMPLE」ディレクトリの作成

サンプルUAPを格納するディレクトリを作成します。エクスプローラで次のディレクトリを作成してください。

C:¥CBLSAMPLE

(2)　「cblsample.ecb」の作成

開発環境のエディタまたはテキストエディタを使って，埋込み型UAPのソースプログラムを作成します。次のテキストファイルを作成してください。

C:¥CBLSAMPLE¥cblsample.ecb

ソースプログラム（cblsample.ecb）の内容を次に示します。

7.4.5　SQLプリプロセサでソースプログラムを変換する

SQLプリプロセサを使用して，UAPのソースプログラムをポストソースに変換します。

【コマンド形式】

C:¥>pdcbl C:¥CBLSAMPLE¥cblsample.ecb /o C:¥CBLSAMPLE¥cblsample.cbl

【説明】

C:¥CBLSAMPLE¥cblsample.ecb

UAPのソースプログラム（入力ファイル）を指定します。

/o C:¥CBLSAMPLE¥cblsample.cbl

ポストソース（出力ファイル）を指定します。

コマンドが正常に終了すると，C:¥CBLSAMPLEディレクトリ下にcblsample.cblが生成されます。このファイルが生成されているかどうかを確認してください。

7.4.6　コンパイルを実行する

COBOLコンパイラを使用して，先ほどSQLプリプロセサで変換したポストソースを，実行形式プログラムに変換します。

【コマンド形式】

C:¥>ccbl2002 C:¥CBLSAMPLE¥cblsample.cbl "C:¥Program Files¥Hitachi¥HiRDB¥lib¥Cltdll.lib"

【説明】

C:¥CBLSAMPLE¥cblsample.cbl

COBOLのソースプログラム（入力ファイル）を指定します。

"C:¥Program Files¥Hitachi¥HiRDB¥lib¥Cltdll.lib"

インポートライブラリを指定します。

コマンドが正常に終了すると，C:¥CBLSAMPLEディレクトリ下にcblsample.exeが生成されます。このファイルが生成されているかどうかを確認してください。

7.4.7　作成したUAPを実行する

作成したサンプルUAPを実行してみましょう。サンプルUAPを実行する前に，HiRDBサーバが開始されていることを確認してください。

サンプルUAPにはコマンド引数として価格を指定できます。ここでは，価格が500000以上の商品をGOODS表から検索します。次のコマンドを実行してください。

【コマンド形式】

C:¥>C:¥CBLSAMPLE¥cblsample 500000

サンプルUAPが開始されると，次のメッセージが返されます。

【コマンド形式の実行結果】

処理を開始します。

それに引き続いて，ユーザ名とパスワードの入力を求めるメッセージが出力されます。ここでは，ユーザ名「USER01」，パスワード「PASS01」を入力してください。クライアント環境定義PDUSERが設定されていますので，ユーザ名，パスワードを入力しないで＜Enter＞キーを押しても，HiRDBサーバに接続できます。

HiRDBサーバに接続すると，次の結果が表示されます。

【サンプルUAPの実行結果】

7.5　 Java言語（SQLJ）でアプリケーションを作成する

Java言語（SQLJ）を使用してUAPを作成する方法を説明します。

＜この節の構成＞

7.5.1　基礎知識

7.5.2　 HiRDB/クライアントの環境設定をする

7.5.3　開発環境を準備する

7.5.4　 UAPのソースプログラムを作成する

7.5.5　 SQLトランスレータでソースプログラムを変換する

7.5.6　コンパイルを実行する

7.5.7　作成したUAPを実行する

7.5.1　基礎知識

Java言語の埋込み型UAPからclassファイルを生成するためには，埋込み型UAPをいったんJavaソースに変換する必要があります。UAP生成の流れを図7-6に示します。

図7-6　UAP生成の流れ（Java言語の場合）

また，この演習で作成するファイル名を次に示します。

ソースプログラム

C:¥JAVASAMPLE¥javasample.sqlj

ポストソース

C:¥JAVASAMPLE¥javasample.java

classファイル

C:¥JAVASAMPLE¥javasample.class

7.5.2　 HiRDB/クライアントの環境設定をする

HiRDBのUAPを開発するには，HiRDB/Developer's Kitが必要です。

HiRDB/クライアントの環境設定については，「6.2 クライアントの環境設定をする」で実施済みです。環境設定を行っていない場合は，「6.2 クライアントの環境設定をする」の手順に従って設定を行ってください。

注意

HiRDB/Run TimeではUAPを開発できません。HiRDB/Developer's Kitをインストールしてください。

7.5.3　開発環境を準備する

この演習を行うには，次の開発環境が必要です。

JDK 1.3.0-01以降

＜この項の構成＞

(1)　JDKをインストールする

(2)　環境変数を設定する

(1)　JDKをインストールする

JDKをインストールしてください。インストール方法については，該当製品のマニュアルを参考にしてください。

(2)　環境変数を設定する

Java言語のコンパイラでHiRDBのライブラリを使用できるように，環境変数を設定します。C:¥ディレクトリ下のAUTOEXEC.BATに次の行を追加してください。

set CLASSPATH=%CLASSPATH%;C:¥PROGRA~1¥HITACHI¥HiRDB¥utl¥PDSQLJ.JAR;C:¥WIN32APP¥HITACHI¥HIRDB_S¥CLIENT¥UTL¥PDJDBC.JAR

追加したら，Windows 2000を再起動してください。

7.5.4　 UAPのソースプログラムを作成する

UAPのソースプログラムを作成します。

＜この項の構成＞

(1)　「JAVASAMPLE」ディレクトリの作成

(2)　「javasample.sqlj」の作成

(1)　「JAVASAMPLE」ディレクトリの作成

サンプルUAPを格納するディレクトリを作成します。エクスプローラで次のディレクトリを作成してください。

C:¥JAVASAMPLE

(2)　「javasample.sqlj」の作成

開発環境のエディタまたはテキストエディタを使って，埋込み型UAPのソースプログラムを作成します。次のテキストファイルを作成してください。

C:¥JAVASAMPLE¥javasample.sqlj

ソースプログラム（javasample.sqlj）の内容を次に示します。

7.5.5　 SQLトランスレータでソースプログラムを変換する

SQLトランスレータを使用して，UAPのソースプログラムをjavaソースに変換します。

【コマンド形式】

C:¥>pdjava C:¥JAVASAMPLE¥javasample.sqlj

【説明】

C:¥JAVASAMPLE¥javasample.sqlj

UAPのソースプログラム（入力ファイル）を指定します。

コマンドが正常に終了すると，C:¥JAVASAMPLEディレクトリ下にjavasample.javaおよびプロファイル（拡張子ser）が生成されます。このファイルが生成されているかどうかを確認してください。

7.5.6　コンパイルを実行する

Javaコンパイラを使用して，先ほどSQLプリプロセサで変換したJavaソースを，classファイルに変換します。このコマンドを実行する前に，環境変数PATHにjavacコマンドの実行ファイルを保存しているディレクトリが設定されていることを確認してください。

【コマンド形式】

C:¥>javac C:¥JAVASAMPLE/javasample.java

【説明】

C:¥JAVASAMPLE/javasample.java

Javaのソースプログラム（入力ファイル）を指定します。

コマンドが正常に終了すると，C:¥JAVASAMPLEディレクトリ下にjavasample.classを含む四つのclassファイルが生成されます。このファイルが生成されているかどうかを確認してください。

ここで，環境変数などが正しく設定されていないと，コンパイルエラーが発生します。エラーが発生した場合，設定内容を見直して再度コンパイルしてください。

7.5.7　作成したUAPを実行する

作成したサンプルUAPを実行してみましょう。サンプルUAPを実行する前に，HiRDBサーバが開始されていることを確認してください。

サンプルUAPにはコマンド引数として価格を指定できます。ここでは，価格が500000以上の商品をGOODS表から検索します。次のコマンドを実行してください。

【コマンド形式】

C:¥>java C:¥JAVASAMPLE¥javasample 500000

サンプルUAPが開始されると，次のメッセージが返されます。

【コマンド形式の実行結果】

処理を開始します。

それに引き続いて，ユーザ名とパスワードの入力を求めるメッセージが出力されます。ここでは，ユーザ名「USER01」，パスワード「PASS01」を入力してください。

HiRDBサーバに接続すると，次の結果が表示されます。

【サンプルUAPの実行結果】

付録

＜この付録の構成＞

付録A　Q＆A

付録B　HiRDBのアンインストール

付録C　用語解説

付録A　Q＆A

HiRDBの環境設定，運用でよくある質問をまとめています。ここでは，次の項目についてのQ&Aを記載しています。

インストールに関する質問

環境設定に関する質問

HiRDBのシステム構成に関する質問

運用に関する質問

トラブルに関する質問

＜この節の構成＞

付録A.1　インストールに関する質問

付録A.2　環境設定に関する質問

付録A.3　HiRDBのシステム構成に関する質問

付録A.4　運用に関する質問

付録A.5　トラブルに関する質問

付録A.1　インストールに関する質問

＜この項の構成＞

(1)　インストールディレクトリ

(2)　1073エラー

(1)　インストールディレクトリ

質問

インストールディレクトリについて，何か注意することはありますか？

お答えします

インストールディレクトリの名称を指定するときに次の点に注意してください。なお，インストールディレクトリのパス名は，環境変数PDDIRに格納されています。

空白，全角文字，および特殊記号は使用しないでください。

長さは128バイト以内にしてください。

システム共通定義のpdunitオペランドで指定するHiRDB運用ディレクトリ名と，同じ名称にしてください。

(2)　1073エラー

質問

インストール時に1073エラーになります。

お答えします

この1073エラーは，HiRDBのアンインストール後にOSを再起動しないで，再度HiRDBをインストールしたときに発生します。HiRDBをインストール，またはアンインストールしたあとには，OSを再起動する必要があります。対処方法については，マニュアル「HiRDB Version 7 システム導入・設計ガイド（Windows(R)用）」を参照してください。

付録A.2　環境設定に関する質問

＜この項の構成＞

(1)　仮想メモリの見積もり方法

(2)　ネットワークドライブの使用

(3)　システム共通定義のpdstartオペランドに指定するホスト名

(1)　仮想メモリの見積もり方法

質問

仮想メモリの見積もり方法について教えてください。

お答えします

一般的には実メモリの2，3倍程度ですが，仮想メモリはディスクを使用するため，大き過ぎるとディスクを圧迫することになります。これらを考慮して，見積もってください。

なお，実メモリを使用するか，または仮想メモリを使用するかの制御は，OSが管理しています。HiRDBでは制御できません。

(2)　ネットワークドライブの使用

質問

ネットワークドライブは使用できますか？

お答えします

使用できません。HiRDBのインストールもそうですが，ユティリティのバックアップファイルなどもすべてローカルドライブを使用してください。

(3)　システム共通定義のpdstartオペランドに指定するホスト名

質問

システム共通定義のpdstartオペランドに指定するホスト名は，どこの設定に対応しているのですか？

お答えします

コマンドプロンプトからHOSTNAMEコマンドを実行してください。出力された値がホスト名です。

［コントロールパネル］－［ネットワーク］の［プロトコル］タブのTCP/IPのプロパティをクリックしてください。［DNS］タブのホストに設定されている名称が，ホスト名です。

付録A.3　HiRDBのシステム構成に関する質問

＜この項の構成＞

(1)　HiRDB/Developer's Kit

(2)　Windows版のSORT

(3)　HiRDBに同梱されている製品

(1)　HiRDB/Developer's Kit

質問

HiRDB/Developer's Kitはどんなときに必要ですか？

お答えします

HiRDBサーバがあるマシンでUAPを作成する場合は，HiRDBサーバにHiRDB/Developer's Kitの機能が含まれているので必要ありません。HiRDBサーバがあるマシンとは別のマシンでUAPを開発する場合に必要です。

また，HiRDBサーバと異なるプラットフォームのUAPを作成する場合にも必要です。

(2)　Windows版のSORT

質問

UNIX版のHiRDBでは，SORTが前提プログラムプロダクトになっていますが，Windows版のHiRDBではSORTは必要ですか？

お答えします

Windows版のHiRDBにはSORTが組み込まれているため，SORTを用意する必要はありません。ただし，この組み込まれているSORTは，HiRDB用なので単体では使用できません。

(3)　HiRDBに同梱されている製品

質問

HiRDBにバンドルされているプログラムプロダクトを教えてください。

お答えします

バンドルされているプログラムプロダクトを次に示します。

HiRDB/Run Time（JDBC，ODBC，OLE DBプロバイダを含む）

HiRDB Control Manager - Server

HiRDB Control Manager - Console

HiRDB Control Manager - Agent

HiRDB Assist - Server

HiRDB Assist - Client

HiRDB SQL Executer

HiRDB Access Path Browser

HiRDB Dataextractor

HiRDB Datareplicator

SORT

SORTはHiRDBでだけ使用でき，ほかの製品では使用できません。

付録A.4　運用に関する質問

＜この項の構成＞

(1)　JP1との連携

(2)　pdcancelとpdkillの使い分け

(3)　サンプルを使用して環境作成したあとの，システム定義の変更

(1)　JP1との連携

質問

JP1と連携はしているのですか？

お答えします

しています。HiRDBの開始，終了などのイベントをJP1/System Event Service（JP1 Version 6以降ではJP1/Base）に登録できます。登録したイベントは，JP1/Automatic Operation Monitor（JP1 Version 6以降ではJP1/Automatic Job Management System 2）で利用できます。

(2)　pdcancelとpdkillの使い分け

質問

pdcancelコマンドとpdkillコマンドは，どのように使い分ければ良いのですか？

お答えします

次のように使用してください。

pdcancelコマンド
トランザクション処理中のサーバのプロセスを終了させます。

pdkillコマンド
トランザクション処理をしていないサーバのプロセスを終了させます。

(3)　サンプルを使用して環境作成したあとの，システム定義の変更

質問

サンプルを使用して環境を作成したあと，システム定義を変更する場合は，%PDDIR%¥conf下のシステム定義をそのまま変更すれば良いのですか？

お答えします

そのまま変更してください。その場合，HiRDBを正常終了させておく必要があります。

付録A.5　トラブルに関する質問

＜この項の構成＞

(1)　HiRDBのサービス起動時に，サービスのエラーコード：1067が出力される

(2)　HiRDBのサービスを開始したが応答が返ってこない

(3)　システム定義の最後の行に指定したオペランドが認識されない

(4)　認可識別子やパスワードが正しく認識されない

(5)　データベース再編成ユティリティ実行時のKFPO00107-Eエラー

(6)　データベース複写ユティリティ実行時に，ディスク容量に余裕があるのにディスク容量不足となる

(1)　HiRDBのサービス起動時に，サービスのエラーコード：1067が出力される

質問

HiRDBのサービス起動時に，サービスのエラーコード：1067が出力されます。

お答えします

次のどちらかの原因が考えられます。

仮想メモリ不足の可能性があります。仮想メモリの指定値は，実メモリの2，3倍程度を推奨しています。また，［コントロールパネル］－［システム］－［仮想メモリ］で，初期値とMAXが同じ値になっているか確認してください。

%PDDIR%¥tmpディレクトリが，ほかのアプリケーションプログラムからアクセスされたままになっていないか確認してください。HiRDBは，開始時に作業ディレクトリである%PDDIR%¥tmpを削除しているため，ほかのアプリケーションプログラムで%PDDIR%¥tmpをアクセスしていると排他エラーとなります。

(2)　HiRDBのサービスを開始したが応答が返ってこない

質問

HiRDBのサービスを開始しましたが，応答が返ってきません。また，イベントログにも何も出力されていません。

お答えします

システム定義のpd_mode_confオペランドの指定値がMANUAL1，またはMANUAL2になっていないか確認してください。

MANUAL1，またはMANUAL2の場合は，さらにコマンドプロンプトからpdstartコマンドを実行する必要があります。

AUTOの場合は，サービスを開始すればそのままHiRDBを開始します。

(3)　システム定義の最後の行に指定したオペランドが認識されない

質問

システム定義の最後の行に指定したオペランドが認識されていません。なぜですか？

お答えします

システム定義ファイルの最終行に改行があるかどうか確認してください。システム定義や，ユティリティの制御文の最終行には改行が必要です。改行がないと，正しく認識されません。

(4)　認可識別子やパスワードが正しく認識されない

質問

認可識別子やパスワードが正しく認識されていません。なぜですか？

お答えします

大文字，小文字が正しく認識されていない可能性があります。小文字を指定する場合は，引用符（"）で囲んでください。引用符で囲まないと，小文字を指定しても大文字として扱われます。

（例）

SELECT * FROM "user05".TABLE05;

(5)　データベース再編成ユティリティ実行時のKFPO00107-Eエラー

質問

データベース再編成ユティリティを実行すると，KFPO00107-E（write（olktdlr））エラーとなります。

お答えします

OSのportが不足しています。Windows NTの場合は，port解放後4分間は使用できなくなります。データベース再編成ユティリティ以外でも，HiRDB起動時を含め，特に更新処理が多発する場合はHiRDBのportの使用頻度が上がるため，注意する必要があります。この現象が発生した場合には，ある程度時間をおいてコマンドを実行してください。

(6)　データベース複写ユティリティ実行時に，ディスク容量に余裕があるのにディスク容量不足となる

質問

データベース複写ユティリティ実行時に，ディスク容量に余裕があるのにディスク容量不足のエラーとなります。なぜですか？

お答えします

ディスクの残容量に余裕があるのに，データベース複写ユティリティ実行時にディスク容量不足を示す旨のメッセージが出力された場合は，バックアップファイルの大きさが上限を超えている可能性があります。バックアップファイルの最大値は次のとおりです。

条件
バックアップファイル
の最大値

HiRDBファイルシステム領域にバックアップファイルを作成する場合
pd_large_file_use＝N指定時（省略値）
2,047MB

pd_large_file_use=Y指定時
1,048,575MB

バックアップファイルをWindowsのファイルで作成する場合
2⁶³－1バイト

付録B　HiRDBのアンインストール

HiRDBをアンインストールする手順について次に示します。それぞれ，HiRDB/シングルサーバをインストールしたマシン（サーバ側），HiRDB/Run Timeをインストールしたマシン（クライアント側）でアンインストールします。

なお，アンインストールする前に，必ずHiRDBを終了させてください。

＜この節の構成＞

付録B.1　HiRDB/シングルサーバのアンインストール手順（サーバ側）

付録B.2　HiRDB/Developer's Kitのアンインストール手順（クライアント側）

付録B.3　HiRDB SQL Executerのアンインストール手順（サーバ，クライアント両方）

付録B.4　HiRDB Control Managerのアンインストール手順（サーバ側）

付録B.1　HiRDB/シングルサーバのアンインストール手順（サーバ側）

HiRDB/シングルサーバをアンインストールする手順を次に示します。

［コントロールパネル］－［アプリケーションの追加と削除］をダブルクリックしてください。

【アプリケーションの追加と削除のプロパティ】ダイアログが表示されます。

一覧の中から「HiRDB/Single Server」を選択し，「追加と削除」を選択してください。

アンインストールが始まります。しばらくすると，「共有ファイルを削除しますか？」という問い合わせのメッセージが表示されることがあります。表示されたら，「いいえ」をクリックしてください。

アンインストールが終わると，「HiRDB/Single Serverの再インストールは，コンピュータを再起動したあとに行ってください」というメッセージが表示されます。「OK」をクリックしてください。

【コンピュータからプログラムを削除】ダイアログの「OK」をクリックしてください。

アンインストール終了です。

アンインストールしても，インストール後に作成されたディレクトリ，ファイルなどは，インストールディレクトリ「hirdb_s」下に残ります。エクスプローラなどを使用して，C:¥win32app¥hitachiディレクトリ下の「hirdb_s」ディレクトリを削除してください。ただし，HiRDB Control Managerをアンインストールしていない場合には，先にHiRDB Control Managerをアンインストールしてから，「hirdb_s」ディレクトリを削除してください。

注意

［アプリケーションの追加と削除］でアンインストールを実行して［アプリケーションの追加と削除］ダイアログからの応答がなくなった場合は，タスクマネージャで［アプリケーションの追加と削除］ダイアログを終了させてください。この場合，アンインストールは正しく実行されているので問題ありません。

付録B.2　HiRDB/Developer's Kitのアンインストール手順（クライアント側）

HiRDB/Developer's Kitをアンインストールする手順を次に示します。

［コントロールパネル］－［アプリケーションの追加と削除］をダブルクリックしてください。
【アプリケーションの追加と削除のプロパティ】ダイアログが表示されます。

「セットアップと削除」を選択してください。

一覧の中から「HiRDB」を選択し，「追加と削除」をクリックしてください。
【ファイル削除の確認】ダイアログが表示されます。

「はい」をクリックしてください。
アンインストールが始まります。しばらくすると，【コンピュータからプログラムを削除】ダイアログにアンインストールが終わりましたというメッセージが表示され，「OK」がアクティブになります。

「OK」をクリックしてください。

「C:¥AUTOEXEC.BAT」ファイルに追加したPATHの行を削除するか，または行の先頭に「REM△」を入力してファイルを閉じるかしてください。

付録B.3　HiRDB SQL Executerのアンインストール手順（サーバ，クライアント両方）

HiRDB SQL Executerをアンインストールする手順を次に示します。

［コントロールパネル］－［アプリケーションの追加と削除］をダブルクリックしてください。
【アプリケーションの追加と削除のプロパティ】ダイアログが表示されます。

「インストールと削除」を選択してください。

一覧の中から「HiRDB SQL Executer」を選択し，「追加と削除」をクリックしてください。
【ファイル削除の確認】ダイアログが表示されます。

「はい」をクリックしてください。
アンインストールが始まります。しばらくすると，【コンピュータからプログラムを削除】ダイアログにアンインストールが終わりましたというメッセージが表示され，「OK」がアクティブになります。

「OK」をクリックしてください。
アンインストール終了です。

アンインストールしてもインストールディレクトリ「Pdsql」下にファイルが残ります。エクスプローラなどを使用して，C:¥Program Files¥hitachiディレクトリ下の「Pdsql」ディレクトリを削除してください。

付録B.4　HiRDB Control Managerのアンインストール手順（サーバ側）

HiRDB Control Managerをアンインストールする手順を次に示します。

HiRDB Control Managerをアンインストールする場合，あらかじめ「管理HiRDBの解除」を行い，サービスを停止しておく必要があります。

●HiRDB Control Manager - Agentのアンインストール

［コントロールパネル］－［アプリケーションの追加と削除］をダブルクリックしてください。
【アプリケーションの追加と削除のプロパティ】ダイアログが表示されます。

「インストールと削除」を選択してください。

一覧の中から「HiRDB Control Manager - Agent」を選択し，「追加と削除」をクリックしてください。
【ファイル削除の確認】ダイアログが表示されます。

「はい」をクリックしてください。
アンインストールが始まります。しばらくすると【コンピュータからプログラムを削除】ダイアログにアンインストールが終わりましたというメッセージが表示され，「OK」がアクティブになります。

「OK」をクリックしてください。
アンインストール終了です。

アンインストールしてもインストールディレクトリ「CMAgent」下にファイルが残ります。エクスプローラなどを使用して，C:¥win32app¥hitachi¥hirdb_sディレクトリ下の「CMAgent」ディレクトリを削除してください。

●HiRDB Control Manager - Serverのアンインストール

［コントロールパネル］－［アプリケーションの追加と削除］をダブルクリックしてください。
【アプリケーションの追加と削除のプロパティ】ダイアログが表示されます。

「インストールと削除」を選択してください。

一覧の中から「HiRDB Control Manager - Server」を選択し，「追加と削除」をクリックしてください。
【ファイル削除の確認】ダイアログが表示されます。

「はい」をクリックしてください。
アンインストールが始まります。しばらくすると，【コンピュータからプログラムを削除】ダイアログにアンインストールが終わりましたというメッセージが表示され，「OK」がアクティブになります。

「OK」をクリックしてください。
アンインストール終了です。

アンインストールしてもインストールディレクトリ「hirdbCMS」下にファイルが残ります。エクスプローラなどを使用して，C:¥Program Files¥hitachiディレクトリ下の「hirdbCMS」ディレクトリを削除してください。

●HiRDB Control Manager - Consoleのアンインストール

［コントロールパネル］－［アプリケーションの追加と削除］をダブルクリックしてください。
【アプリケーションの追加と削除のプロパティ】ダイアログが表示されます。

「インストールと削除」を選択してください。

一覧の中から「HiRDB Control Manager - Console」を選択し，「追加と削除」をクリックしてください。
【ファイル削除の確認】ダイアログが表示されます。

「はい」をクリックしてください。
アンインストールが始まります。しばらくすると，【コンピュータからプログラムを削除】ダイアログにアンインストールが終わりましたというメッセージが表示され，「OK」がアクティブになります。

「OK」をクリックしてください。
アンインストール終了です。

付録C　用語解説

（英字）

CONNECT権限

HiRDBを利用するために必要な権限です。CONNECT権限を持たないユーザがHiRDBを利用しようとするとエラーになります。

DBA権限

ユーザ権限を与えるためおよび取り消すために必要な権限です。権限を管理する人が持つ権限です。HiRDB管理者はDBA権限を持っています。DBA権限を持つユーザは，次に示す権限を持っています。

CONNECT権限

すべてのHiRDBユーザに対するスキーマ定義権限

FIX属性

行長が固定の表に付ける属性のことです。

HiRDB.iniファイル

HiRDB/クライアントから実行するユティリティやHiRDB SQL ExecuterがHiRDBサーバに接続するために必要な情報を設定しておくファイルです。このファイルは，サーバのマシンおよびクライアントのマシンの両方に必要です。

HiRDB Control Manager

HiRDB Control Managerは，システムログファイルの操作やバックアップの取得などの運用をWindowsのGUIで実行するための運用支援プログラムです。HiRDB Control Managerは，次の三つのプログラムプロダクトで構成されています。

HiRDB Control Manager - Console

HiRDB Control Manager - Server

HiRDB Control Manager - Agent

HiRDB Control Manager - Agent

HiRDB Control Managerのエージェントです。HiRDB Control Manager - Serverを経由して，HiRDB Control Manager - Consoleの命令を受け，同一マシンで稼働しているHiRDBサーバに実行させます。

HiRDB Control Manager - Consoleで操作したいHiRDBサーバがインストールされているマシンにインストールします。

HiRDB Control Manager - Console

HiRDB Control Managerのクライアントです。GUIを使ってHiRDBの開始，終了，バックアップの取得などの操作ができます。

HiRDB Control Manager - Server

HiRDB Control Managerのサーバです。HiRDB Control Manager - Consoleからの処理命令をHiRDB Control Manager - Agent（HiRDBサーバ）に送ります。

HiRDB SQL Executer

会話形式でSQLを実行するプログラムです。さらに，独自のコマンドなども用意しています。

HiRDB管理者

HiRDBの運用コマンドの実行者で，Administrator権限を持つユーザIDでログインしたユーザのことです。HiRDBのディレクトリおよびファイルの所有者です。

HiRDB/クライアント

HiRDB/Developer's Kit，またはHiRDB/Run Timeをインストールしたマシンのことをいいます。

HiRDBシステム定義

HiRDBシステムの構成や環境を定義したものを，HiRDBシステム定義といいます。HiRDBシステム定義には，システム共通定義，ユニット制御情報定義，およびシングルサーバ定義があります。

HiRDBファイル

表，インデクス，障害発生時にシステムの状態を回復させるのに必要な情報など，HiRDBのさまざまな情報を格納するための，HiRDB専用のファイルのことです。

HiRDBファイルシステム領域

システムログファイル，シンクポイントダンプファイル，ステータスファイル，およびRDエリアを作成する領域のことをHiRDBファイルシステム領域といいます。また，HiRDBファイルシステム領域内に作成されるファイルをHiRDBファイルといいます。HiRDBファイルシステム領域は，それぞれシステムファイル用，作業表用ファイル用，およびRDエリア用の用途ごとに作成します。

RDエリア

データの格納単位の一つで，1～16個のHiRDBファイルから構成されます。RDエリアには，次に示すものがあります。

マスタディレクトリ用RDエリア

データディクショナリ用RDエリア

データディレクトリ用RDエリア

ユーザ用RDエリア

なお，使用する機能によっては上記のRDエリアのほかに，別の種類のRDエリアが必要になることがあります。

RDエリアの自動増分

RDエリアの容量が不足したとき自動的にRDエリアを拡張する機能です。

pdinitコマンドのcreate rdarea文で設定します。

RDエリア利用権限

私用RDエリアを利用するために必要な権限です。公用RDエリアに表またはインデクスを作成する場合は，RDエリア利用権限は不要です。

（ア行）

アクセス権限

表をアクセスするために必要な権限です。アクセス権限は表単位に設定し，次に示す４種類があります。

SELECT権限

INSERT権限

DELETE権限

UPDATE権限

アンロード済み状態

システムログファイルの状態の一つです。取得したシステムログをアンロードログファイルにアンロードしたあとの状態のことです。

アンロード待ち状態

システムログファイルの状態の一つです。取得したシステムログをアンロードログファイルにアンロードしていない状態のことです。

アンロードログファイル

システムログファイルの内容（システムログ）を，pdlogunldコマンドでアンロードして作成したファイルのことです。

インデクス

表を検索するためのキーとして列に付けた索引のことで，キーとキー値から成ります。キーとは列の内容を示した列名のことで，キー値とは列の値のことです。

（カ行）

簡易セットアップツール

HiRDBサーバのセットアップをGUIを使ってできるツールです。

グローバルバッファプール

ディスク上のRDエリアに格納されているデータを入出力するためのバッファの集まりのことで，共用メモリ上に確保されます。RDエリアまたはインデクスには，必ずグローバルバッファプールを割り当てます。

現用

システムログファイルの状態の一つです。現在，システムログが出力されているファイルです。

更新前ログ取得モード

UAPまたはユティリティを実行するときのデータベースの更新ログ取得方式の一つです。UAPまたはユティリティがRDエリアの内容を更新するときに，ロールバックに必要なデータベース更新ログだけを取得する方式のことです。

公用RDエリア

HiRDBに登録されているすべてのユーザが使用できるユーザ用RDエリアです。

（サ行）

サーバ

HiRDBのデータベース管理システムの特定の機能の単位です。

再編成

表データをいったんアンロードデータファイルに吸い上げます。これを表データのアンロードといいます。そのあと，表にデータを格納し直します。これを表データのリロードといいます。これら全体の処理を表の再編成といいます。

作業表用ファイル

SQL文を実行するときに必要とする一時的な情報を格納するファイルのことです。

システムファイル

障害時にシステムの状況を回復するための情報などを格納するためのファイルです。次に示すファイルから構成されています。

システムログファイル

シンクポイントダンプファイル

ステータスファイル

システム用RDエリア

次に示すRDエリアの総称です。

マスタディレクトリ用RDエリア

データディレクトリ用RDエリア

データディクショナリ用RDエリア

システムログファイル

データベースの更新履歴情報を格納するためのファイルです。一般的にはジャーナルファイルとも呼ばれています。データベースの更新履歴情報をシステムログといいます。システムログは，HiRDBまたはUAPが異常終了した場合，HiRDBがデータベースを回復するときに使用します。また，ユーザがデータベースを回復するときの入力情報にも使用します。

実表

実際にある表のことです。

自動ログアンロード

システムログファイルのアンロード作業を自動化する機能です。

私用RDエリア

権限があるユーザだけが使用できるユーザ用RDエリアです。

シンクポイントダンプファイル

HiRDBが異常終了した場合，システムログだけで回復処理をすると，HiRDB開始からのすべてのシステムログが必要となり，回復に多大な時間が掛かります。そこで，HiRDB稼働中に一定の間隔でポイントを設けて，そのポイントで回復する必要のあるHiRDB管理情報を保存することで，ポイント以前のシステムログは不要になり，回復時間を短縮できます。このポイントで取得するHiRDB管理情報を格納するファイルを，シンクポイントダンプファイルといいます。

シングルサーバ

1台のマシンで動作するデータベース管理システムのことです。

スキーマ

一人のユーザが持つ，表，インデクス，ストアドプロシジャ，および権限を包括した概念です。

スキーマ定義権限

スキーマを定義するために必要な権限です。

ステータスファイル

HiRDBを再開始するときに必要とするシステムステータス情報を格納するファイルのことです。次に示すファイルから構成されます。

サーバ用ステータスファイル

ユニット用ステータスファイル

スワップ

現用のシステムログファイルが変わることです。

セグメント

連続した複数のページから構成される，領域の割り当て単位です。

（タ行）

ディクショナリ表

HiRDBが作成して管理する表のことです。ディクショナリ表はデータディクショナリ用RDエリアに格納されています。ディクショナリ表には，表やインデクスなどの，HiRDBシステムが管理する定義情報が格納されています。ディクショナリ表は，ユーザが操作系SQLで参照し，表，インデクスなどの定義情報を確認するために使用します。

データディクショナリ用RDエリア

定義系SQLの解析結果を管理するディクショナリ表，およびディクショナリ表のインデクスを格納するためのRDエリアです。

データディレクトリ用RDエリア

インデクスに関する情報（列名，データ型など）をHiRDBのデータ形式で格納するためのRDエリアです。

データロード

表にデータを格納することをいいます。データベース作成ユティリティ（pdload）で実行します。

（ハ行）

バックアップ取得モード

pdcopyコマンドの-Mオプションでバックアップ取得モードを選択します。バックアップ取得モードには，次に示す三つの種類があります。

ｘ
バックアップ取得中，バックアップ対象RDエリアの参照および更新ができません。バックアップ取得対象RDエリアをpdholdコマンドで閉塞かつクローズ状態にする必要があります。バックアップだけでデータベースをバックアップ取得時点に回復できます。

ｒ
バックアップ取得中，バックアップ取得対象のRDエリアの参照はできますが，更新はできません。バックアップだけでデータベースをバックアップ取得時点に回復できます。

ｓ
バックアップ取得中，バックアップ取得対象RDエリアの参照および更新ができます。データベースを回復するときに，バックアップおよびバックアップ取得中のシステムログが必要になります。

ページ

データの格納単位の一つで，データベースの入出力動作の最小単位です。ページには次の種類があります。

データページ　　　:表の中の行を格納するページです。

インデクスページ　:インデクスのキー値を格納するページです。

ディレクトリページ:RDエリアの状態の管理情報を格納するページです。

（マ行）

マスタディレクトリ用RDエリア

ディクショナリ表，ユーザが作成した表やインデクスなどを格納するRDエリアの情報，RDエリアの登録場所（サーバ）の情報などを管理するRDエリアのことです。

マルチHiRDB

一つのサーバマシンで複数のHiRDBサーバを稼働させる形態のことです。

（ヤ行）

ユーザ権限

データベースを作成したり，検索したりするするのに必要な権限のことです。ユーザ権限がないと，データベースにアクセスできません。ユーザ権限には次に示す種類があります。

DBA権限

CONNECT権限

スキーマ定義権限

RDエリア利用権限

アクセス権限

ユーザ用RDエリア

ユーザが作成する表とインデクスを格納するためのRDエリアのことです。

ユニット

一つのPC内の，HiRDBの動作環境のことです。

（ラ行）

ログ取得モード

UAPまたはユティリティを実行するときのデータベースの更新ログ取得方式の一つです。UAPまたはユティリティがRDエリアの内容を更新するときに，ロールバックおよびロールフォワードに必要なデータベース更新ログを取得する方式のことです。

ログレスモード

UAPまたはユティリティを実行するときのデータベースの更新ログ取得方式の一つです。UAPまたはユティリティがRDエリアの内容を更新するときに，データベース更新ログを取得しない方式のことです。

索引

[Ｃ][Ｄ][Ｆ][Ｇ][Ｈ][Ｉ][Ｊ][Ｍ][Ｏ][Ｐ][Ｒ][Ｓ][Ｕ]
[ア行][カ行][サ行][タ行][ハ行][マ行][ヤ行][ラ行]

(英字)

(Ｃ)

COBOL言語でアプリケーションを作成する

CONNECT権限

CONNECT権限

C言語でアプリケーションを作成する

(Ｄ)

DATのバックアップを使用して回復する

DBA権限

DBA権限

DELETE権限

(Ｆ)

FIX属性

(Ｇ)

GRANT文

(Ｈ)

HiRDB.iniファイル

HiRDB/Developer's Kitのアンインストール

HiRDB/Single Serverのアンインストール

HiRDB/クライアント

HiRDB/クライアントの環境設定をする〔COBOL言語〕

HiRDB/クライアントの環境設定をする〔C言語〕

HiRDB/クライアントの環境設定をする〔Java言語〕

HiRDB/クライアントをインストールする

HiRDB/シングルサーバのインストール

HiRDB Control Manager

HiRDB Control Manager

HiRDB Control Manager - Agent

HiRDB Control Manager - Agent

HiRDB Control Manager - Console

HiRDB Control Manager - Console

HiRDB Control Manager - Server

HiRDB Control Manager - Server

HiRDB Control Managerのアンインストール

HiRDB Control Managerのインストール手順

HiRDB Control Managerをインストールする

HiRDB Control Managerを開始する

HiRDB Control Managerを終了する

HiRDB SQL Executer

HiRDB SQL Executerのアンインストール

HiRDB SQL Executerのインストール

HiRDB SQL Executerをインストールする

HiRDBが出力するメッセージ

HiRDB管理者

HiRDBシステム・ユニット・サーバの開始

HiRDBシステム・ユニット・サーバの終了

HiRDBシステム定義

HiRDBシステム定義

HiRDBシステムの構築手順

HiRDBシステムを構築するときのユーザ名

HiRDBのアンインストール

HiRDBの開始

HiRDBの稼働状況を確認する

HiRDBの環境設定をする（簡易セットアップツールでの実行）

HiRDBのシステム構成に関する質問

HiRDBの終了

HiRDBファイル

HiRDBファイルシステム領域

HiRDBファイルシステム領域

HiRDBをインストールする

HiRDBを正常開始する

HiRDBを正常開始する

HiRDBを正常終了する

HiRDBを正常終了する

HiRDBを登録する

hostsファイルの設定

(Ｉ)

INSERT権限

(Ｊ)

Java言語（SQLJ）でアプリケーションを作成する

(Ｍ)

Microsoft AccessからHiRDBをアクセスする

(Ｏ)

ODBC対応のアプリケーションプログラムからアクセスする

ODBCドライバをインストールする

OSごとの操作の差異

(Ｐ)

pdcopyコマンド

pddef

pdload

pdlogunldコマンド

pdlogunldコマンド

pdmodコマンド

pdmodコマンド

pdrorgコマンド

pdrstrコマンド

pdrstrコマンド

pdstartコマンド

pdstopコマンド

(Ｒ)

RDエリア

RDエリア

RDエリアの拡張手順

RDエリアの自動増分

RDエリアの追加手順

RDエリア利用権限

RDエリア利用権限

RDエリアを拡張する

RDエリアを拡張する

RDエリアを拡張する

RDエリアを追加する

RDエリアを追加する

RDエリアを追加する

(Ｓ)

SELECT権限

SQLJ

SQLトランスレータでソースプログラムを変換する〔Java言語〕

SQLプリプロセサでソースプログラムを変換する〔COBOL言語〕

SQLプリプロセサでソースプログラムを変換する〔C言語〕

(Ｕ)

UAP

UAP作成の流れ

UAPのソースプログラムを作成する〔COBOL言語〕

UAPのソースプログラムを作成する〔C言語〕

UAPのソースプログラムを作成する〔Java言語〕

UPDATE権限

(ア行)

(あ)

空きディスク容量

アクセス権限

アクセス権限

アクセス権限がある表を検索する

アクセス権限がない表を検索する

アンロード状態のチェックを解除する運用

アンロード済み状態

アンロード待ち状態

アンロード待ち状態

アンロードレスシステムログ運用

アンロードログファイル

アンロードログファイル

(い)

異常終了

イベントビューアの開き方

インストールディレクトリ

インストールに関する質問

インデクス

(う)

埋込み型UAP

運用に関する質問

(カ行)

(か)

開始

開始

開始モード

開発環境を準備する〔COBOL言語〕

開発環境を準備する〔C言語〕

開発環境を準備する〔Java言語〕

回復

回復

学習用のHiRDBシステムを構築するときのマシン環境

仮想メモリ

簡易セットアップツール

簡易セットアップツール

簡易セットアップツールを実行する

環境設定に関する質問

環境変数PATHの設定

管理HiRDB

(き)

基礎知識〔COBOL言語〕

基礎知識〔C言語〕

基礎知識〔Java言語〕

強制開始

強制終了

(く)

クライアントから表を操作する

クライアント環境定義の設定

クライアントの環境設定

クライアントの接続手順

グローバルバッファプール

(け)

計画停止

権限がないユーザで表を検索する

権限を追加する

現用

現用

(こ)

更新前ログ取得モード

構築するHiRDBシステムの構成

公用RDエリア

公用RDエリア

コマンドの実行

コントロールパネルの開き方

コンパイルを実行する〔COBOL言語〕

コンパイルを実行する〔C言語〕

コンパイルを実行する〔Java言語〕

コンピュータの管理の開き方

(サ行)

(さ)

サーバ

再開始

最新の状態への回復

再編成

再編成

再編成

作業表用ファイル

作成したUAPを実行する〔COBOL言語〕

作成したUAPを実行する〔C言語〕

作成したUAPを実行する〔Java言語〕

作成するアプリケーションの仕様

作成する環境

サンプルUAPの機能

サンプルUAPの処理の流れ

(し)

システム環境変数TZ

システムキャッシュの設定

システム共通定義（pdsys）

システムファイル

システム用RDエリア

システム用RDエリアのバックアップ取得時点への回復

システムログ

システムログ

システムログとデータベース回復の関係

システムログのアンロード手順

システムログの運用の種類

システムログファイル

システムログファイル

システムログファイルの運用方法

システムログファイルの状態変化

システムログファイルのスワップ

システムログをアンロードする

システムログをアンロードする

システムログをアンロードする運用

実表

自動ログアンロード

自動ログアンロード機能

自動ログアンロード機能を使用する場合のデータベースの回復手順

自動ログアンロード機能を使用する場合のバックアップの取得手順

自動ログアンロード機能を使っている場合に回復する

自動ログアンロード機能を使っている場合に回復する

自動ログアンロード機能を使っている場合に全RDエリアのバックアップを取得する

終了

終了

終了モード

私用RDエリア

私用RDエリア

使用するプログラムプロダクト

使用できる言語と開発環境

新規ユーザを登録する

新規ユーザを登録する

シンクポイントダンプファイル

シンクポイントダンプファイル

シングルサーバ

シングルサーバ定義（sds01）

(す)

スキーマ

スキーマ定義権限

スキーマ定義権限

ステータスファイル

ステータスファイル

スワップ

(せ)

正常開始

正常終了

製品の画面や設定値について

セグメント

全RDエリア（HiRDBシステム）のバックアップを取得する

全RDエリアのバックアップ〔自動ログアンロード機能〕

全RDエリアのバックアップを取得する

(タ行)

(て)

定義ファイルを変更したい場合

ディクショナリ表

データディクショナリ用RDエリア

データディレクトリ用RDエリア

データベース回復の概要

データベース回復ユティリティ

データベース回復ユティリティ

データベース構成変更ユティリティ

データベース構成変更ユティリティ

データベース再編成ユティリティ

データベース作成ユティリティ

データベース定義ユティリティ

データベースの回復手順

データベース複写ユティリティ

データロード

適用機種

(と)

トラブルに関する質問

(ハ行)

(は)

バックアップ

バックアップ

バックアップ取得時点に回復する

バックアップ取得時点に回復する

バックアップ取得モード

バックアップ取得モード

バックアップの取得単位

バックアップの取得手順

バックアップファイルの格納場所

バックアップをDATに取得する

(ひ)

表の行を更新する

表の行を削除する

表の再編成

表の再編成

表の再編成手順

表の所有者を調べる

表へ行を挿入する

表へ行を挿入する

表へデータロードをする

表を検索する

表を再編成する

表を再編成する

表を作成する

表を操作する

表を定義する

表を定義する

(へ)

ページ

(ほ)

ほかの所有者の表を検索する

(マ行)

(ま)

マスタディレクトリ用RDエリア

マスタディレクトリ用RDエリアの回復

マルチHiRDB

(ヤ行)

(ゆ)

ユーザ権限

ユーザ権限

ユーザ権限

ユーザ名を登録する

ユーザ用RDエリア

ユーザを登録する

ユニット

ユニット制御情報定義（pdutsys）

(ラ行)

(ろ)

ログ関係ファイルのアンロード

ログ取得モード

ログレスモード

■ 商標類

Java 及びすべてのJava関連の商標及びロゴは，米国及びその他の国における米国Sun Microsystems,Inc.の商標または登録商標です。

JDKは，米国およびその他の国における米国Sun Microsystems,Inc.の商標または登録商標です。

Microsoftは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Microsoft Accessは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

ODBCは，米国Microsoft Corp.が提唱するデータベースアクセス機構です。

OLEは，米国Microsoft Corp.が開発したソフトウェア名称です。

OLEは，Object Linking and Embeddingの略です。

PC/ATは，米国International Business Machines Corp.の商品名称です。

UNIXは，X/Open Company Limited が独占的にライセンスしている米国ならびに他の国における登録商標です。

Visual C++は，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Windowsは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Windows NTは，米国およびその他の国における米国Microsoft Corp.の登録商標です。

Windows Serverは，米国およびその他の国における米国Microsoft Corp.の商標です。