- 印刷する
- PDF
Tibero クイックガイド
- 印刷する
- PDF
Classic/VPC環境で利用できます。
Tiberoクイックガイドの紹介
TIberoクイックガイドは Tibero利用顧客の FAQをベースに作成しました。
マイグレーション、リスナー、Database、DBユーザー作成、変更および削除方法について説明します。
マイグレーション
Tiberoバージョンアップグレードなどのためのマイグレーションガイドは Tibero 6 Online Manual{target=_blank
}をご参照ください。
本文内の 2.4.6. tbExport, 2.4.7. tbImportを通じてマイグレーションを行い、お問い合わせはテックネット{target=_blank
}に登録します。
リスナー
TIBEROの DEFAULT LISTENER PORTは 8629です。
リスナーポートの変更方法
変更
Tiberoのリスナーポート設定は tipファイルのパラメータ変更によって変更します。
tipファイルの場合は永久に静的反映されます。
(1) su - tibero
(2) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
LISTENER_PORT=[変更する Port番号]を入力して保存
(3) tbcliv or vi $TB_HOME/client/config/tbdsn.tbr
PORT番号を変更
tibero=(
(INSTANCE=(HOST=localhost)
(PORT=[変更する Port番号])
(DB_NAME=tibero)
)
)
(4) Tibero再起動 - 再起動しないと反映されない
確認
tbbootを利用して起動する際に port番号を確認します。
動的リスナーポートの追加割り当て
起動中に LISTERNER PORTを追加する方法です。
システム権限のある Userでログインします。
システム権限は Tiberoオンラインマニュアル > Tibero管理者案内書 > 2.管理の基本 > 2.1. ユーザー定義 > 2.1.2. SYS から確認できます。
ALTER SYSTEM LISTENER ADD | DELETE PORTメッセージを使って動的に PORTを追加できます。
(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> ALTERT SYSTEM LISTENER ADD PORT 9629;
(4) SQL> q
(5) netstat -nap | grep tblistenerを通じて LISTENER PORTを確認
- 動的に追加された LISTENER PORTはリスナーポートの変更方法を参照して tbdsn.tbrファイルにリスナー情報を追加すると tbsqlを通じてアクセスできます。( tbsqlは Shellで Tiberoにアクセスするための Utilityです。 )
- Applicationを通じて外部からアクセスするには tbdsn.tbr設定ではなく、NCPの ACG Rule設定を通じてアクセス設定を行います。
tbsqlで新しい Portを通じたアクセス設定
追加した Port番号に Bash Shellを通じてアクセスするために Listenerを追加します。
(6) tbcliv or vi $TB_HOME/client/config/tbdsn.tbr
tibero_2=(
(INSTANCE=(HOST=localhost)
(PORT=9629)
(DB_NAME=tibero)
)
)
// tibero_2は aliasであるため、希望する名前に変更可能
(7) tbsql sys/tibero@tibero_2
動的リスナーポートの割り当てを解除
起動中に LISTERNER PORTを解除する方法です。
システム権限のある Userでログインします。
ALTER SYSTEM LISTENER ADD | DELETE PORTメッセージを使って動的に PORTを追加できます。
(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> ALTERT SYSTEM LISTENER DELETE PORT 9629;
(4) SQL> q
(5) netstat -nap | grep tblistenerを通じて LISTENER PORTを確認
アクセスコントロール実行方法
NCPの ACG RULE設定を通じて1次的に制限できますが、TIBEROにも特定 IPアドレスに対するアクセス設定機能があります。
tipファイルに次のパラメータ設定を通じて IPアドレスのアクセス制限を設定します。
LSNR INVITED IP
LSNR DENIED IP
LSNR INVITED IP_FILE
LSNR DENIED IP_FILE
(1) su - tibero
(2) tbdown
(3) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
LSNR_DENIED_IP="[アクセスを制限する IPアドレス]"
(4) tbboot
- CIDRを範囲に制限するか、特定 IPアドレスのみ制限する場合
LSNR_DENIED_IP="192.168.20.0/24"
あるいはLSNR_DENIED_IP="192.168.20.190"
- 複数適用する場合
LSNR_DENIED_IP="192.168.20.100; 192.168.20.101; 192.168.0.0/24"
FILEオプションとして使用するには FILEを以下のように作成して tipファイルにパラメータ設定を行います。
前の2ステップを行った後
(3) vi "/db/tibero/denied_ip.list"
#WAS
192.168.22.20
192.168.44.10
### END OF FILE ###
(4) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
LSNR_DENIED_IP_FILE=" /db/tibero/denied_ip.list"
(5) tbboot
- INVITEDと DENIEDをすべて設定すると、INVITEDのみ適用されて DENIEDは無視します。
特定 USERに対するデータベース管理および統計なおどの META DATAにアクセスしてデータベース情報を獲得できます。アクセスを防ぐために Revoke
コマンドでシステム特権またはオブジェクトの権限を回収できます。
運用環境に応じて Tiberoオンラインマニュアル > SQL参照案内書 > 7. データ定義語 > 7.75. REVOKE を
ご参照ください。
動的 IPアドレスのブロック設定
(1) su - tibero
(2) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
LSNR_DENIED_IP="[アクセスを制限する IPアドレス]"
(3) tbsql sys/tibero
(4) SQL> ALTER SYSTEM LISTENER PARAMETER RELOAD;
(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> ALTER SYSTEM SET LSNR_DENIED_IP="[アクセスを制限する IPアドレス]";
ブロックした IPアドレスを確認
SQL> show param LSNR_DENIED_IP
NAME TYPE VALUE
---------------------------- -------- ----------------------------------------
LSNR_DENIED_IP STRING 192.111.111.111
LSNR_DENIED_IP_FILE STRING
Database
インスタンスの追加方法
マルチインスタンス機能は DBに対する理解度が高くない方にはお勧めしません。
様々な設定のためには以下の TIBEROオンラインマニュアルをご参照ください。
Tiberoオンラインマニュアル > Tiberoインストール案内書 > 6. マルチインスタンスインストール > 6.3. Unix環境
マルチインスタンスを使用するには DataBaseを追加で作成します。
マルチインスタンスを削除するには TB SIDが必要です。既存の DBの TB SIDと、新しく追加する TB_SIDの内容を熟知する必要があります。
現在、適用された TB SIDは ~ /.bash profileに適用されています。当該ファイルを参照して行います。
(1) su - tibero
(2) export TB_SID=[新しい TB_SID]
> export TB_SID=tibero2
(3) $TB_HOME/config/gentip.sh
(4) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
> DB_NAME=tibero2
> LISTENER_PORT=9629
(5) tbcliv or vi $TB_HOME/client/config/tbdsn.tbr
リスナー追加
> tibero2=(
> (INSTANCE=(HOST=localhost)
> (PORT=9000)
> (DB_NAME=tibero)
> )
> )
(6) tbboot nomount
(7) tbsql sys/tibero
(8) SQL> Database Createクエリ
[ Tiberoオンラインマニュアル ] - [ Tiberoインストール案内書 ] - [ 3.3. 手動インストール ] - [ 3.3.2. Unix環境 ] - [ 7 ]
(9) tbboot
> Listener port = 9629
> Tibero 6
> TmaxData Corporation Copyright (c) 2008-. All rights reserved.
> Tibero instance started up (NORMAL mode).
(10) $TB_HOME/scripts/system.sh -p1 tibero -p1 syscat -a1 y -a2 y -a3 y -a4 y
> …
> Done.
マルチインスタンスインストールの確認
ps -ef | grep tbsvr
お互い異なる SIDの INSTANCEが PROCESSで起動していることが確認できます。
バックアップ実行方法
コントロールファイルのバックアップ
コントロールファイルの物理的なバックアップ
controlfileそのものをバックアップします。
SQL> alter database backup controlfile to '/tbdata/backup/ctrlfile1.ctl';
Altered.
コントロールファイルの論理的なバックアップ
controlfileの再作成クエリをバックアップします。
SQL> alter database backup controlfile to trace as '/tbdata/backup/ctrlfile1.sql' reuse
NORESETLOGS;
Altered.
CREATE CONTROLFILE REUSE DATABASE "tibero"
LOGFILE
GROUP 1 (
'/tbdata/tibero/system01/redo_01a.redo',
'/tbdata/tibero/system02/redo_01b.redo'
) SIZE 100M,
GROUP 2 (
'/tbdata/tibero/system01/redo_02a.redo',
'/tbdata/tibero/system02/redo_02b.redo'
) SIZE 100M,
GROUP 3 (
'/tbdata/tibero/system01/redo_03a.redo',
'/tbdata/tibero/system02/redo_03b.redo'
) SIZE 100M,
GROUP 4 (
'/tbdata/tibero/system01/redo_04a.redo',
'/tbdata/tibero/system02/redo_04b.redo'
) SIZE 100M,
GROUP 5 (
'/tbdata/tibero/system01/redo_05a.redo',
'/tbdata/tibero/system02/redo_05b.redo'
) SIZE 100M
NORESETLOGS
DATAFILE
'/tbdata/tibero/system01/system001.dbf',
'/tbdata/tibero/system01/undo001.dbf',
'/tbdata/tibero/system01/usr001.dbf',
'/tbdata/tibero/system01/tpr.dbf'
ARCHIVELOG
MAXLOGFILES 255
MAXLOGMEMBERS 8
MAXDATAFILES 500
MAXARCHIVELOG 500
MAXBACKUPSET 500
MAXLOGHISTORY 500
CHARACTER SET UTF8
NATIONAL CHARACTER SET UTF16
;
---- Recovery is required in MOUNT mode.
--ALTER DATABASE RECOVER AUTOMATIC;
--ALTER DATABASE OPEN ;
---- Adding Tempfiles is required in OPEN mode.
-- ALTER TABLESPACE TEMP ADD TEMPFILE '/tbdata/tibero/system01/temp001.dbf'
-- SIZE 20000M REUSE AUTOEXTEND OFF ;
--ALTER DATABASE ADD BACKUPSET 1
--FLAGS 33
--STARTED '202105292120'/112810
--FINISHED '202105292123'/112893
--SIZE 4885789 BCT_REQ_TSN 0
--BASE_SET 0 FIRST_PIECE 0
--TSID_BM ' 11011'
--BACKUP_PATH '/backup/'
--RESETLOGS 0
Cold Backup(Offline Backup)
DB停止後に実行します。
Datafileをバックアップした時点にのみ復旧できます。
(1) SQL> SELECT NAME FROM V$DATAFILE;
(2) tbdown
(3) tbcfgv or vi $TB_HOME/config/$TB_SID.tipに
照会された Datafileを OSコマンドを Copyする。
DB_CREATE_FILE_DEST="[パス]"にある隠しファイル.passwdファイルも Copyする。
HOT Backup(Online Backup)
Archive Logモードでのみ行えます。
起動中に実行できます。
Datafileバックアップ時点の前、または後にもできます。
SQL> select name,type from v$tablespace;
SQL> select f.name
from v$tablespace t join v$datafile f on t.ts# = f.ts#
where t.name = 'USER';
HOT BACKUPの開始する前と後に BEGINと END BACKUPを実行します。
SQL> ALTER TABLESPACE [TABLESPACE NAME] BEGIN BACKUP
SQL> !cp [DATAFILEパス] [バックアップパス]
SQL> ALTER TABLESPACE [TABLESPACE NAME] END BACKUP
詳細は Tiberoオンラインマニュアル > Tibero管理者案内書 > 6. バックアップと復旧 をご参照ください。
tbrmgrを利用したバックアップ
tbrmgrは Tiberoで提供するバックアップ/復旧管理者です。Online Full Backup、Incremental Backup、Automatic Recovery、Tablespace単位のバックアップと復旧、Delete Backup Set機能を提供します。
tbrmgr関連オプションは Tiberoオンラインマニュアル > Tibero管理者案内書 > 6. バックアップと復旧 > 6.5 復旧管理者 > 6.5.3 復旧管理者オプション をご参照ください。
tbrmgr backupの例 - Online Full Backup
基本的に root Disk容量は Default 50GBで十分でないため、バックアップが正常に行われません。
使用中の Datafileの容量に応じて Backupのための十分な空間の Storageをマウントします。
(1) su - tibero
(2) tbrmgr backup -o /home/tbrdb/work/6/backup/
(3) $ tbsql sys/tibero
(4) SQL> select * from V$BACKUP_SET a;
(5) SQL> select * from V$BACKUP_ARCHIVED_LOG;
or
(1) su - tibero
(2) tbrmgr backup --with-archivelog -o /home/tbrdb/work/6/backup/
(3) $ tbsql sys/tibero
(4) SQL> select * from V$BACKUP_SET a;
(5) SQL> select * from V$BACKUP_ARCHIVED_LOG;
当該メッセージが表示されると、バックアップが完了したのです。
復旧
Tiberoは起動モード別に実行する復旧タスクの観点から見ると次の通りです。
NOMOUNTモード
コントロールファイルに障害が発生した場合は、NOMOUNTモードで動作してコントロールファイルを作成できます。
MOUNTモード
MOUNTモードではデータファイル、オンラインログファイル、コントロールファイルの間の状態を診断して、すべて最新バージョンである場合は NORMALモードで動作できます。
ファイルに物理的な障害が発生したか、復元したファイルの場合はメディアの復旧が必要であり、MOUNTモードで動作します。MOUNTモードでは制限されたビューの照会ができ、メディア復旧が行えます。
コントロールファイルの復旧
コントロールファイルを復旧するにはコントロールファイルを Backupします。
コントロールファイルの論理的なバックアップをご参照ください。
(1) tbboot nomount
(2) tbsql sys/tibero
(3) SQL> @/tibero6/backup/ctrlfile1.sql
(4) SQL> exit
(5) tbdown
(6) tbboot mount
(7) tbsql sys/tibero
(8) SQL> ALTER DATABASE RECOVER AUTOMATIC DATABASE;
(9) SQL> exit
(10) tbboot
-- バックアップしたコントロールファイルのスクリプト内の注釈スクリプト部分を活用して Tempファイルを作成
(11) SQL> ALTER TABLESPACE TEMP ADD TEMPFILE '/home/tibero/tbdata/temp001.dtf'
2 SIZE 512M REUSE AUTOEXTEND ON NEXT 16M MAXSIZE 10G;
(12) SQL> exit
破損の復旧(Crash Recovery)
データベースが非正常に終了した場合、ユーザーのコマンドなしで自動で復旧することを意味します。
復旧が終わると Tiberoが正常に動作します。
メディアの復旧(Media Recovery)
メディアの復旧は自動で行われません。DBAが状況を把握して必要な過程を支持する一連のタスクが必要です。DBAコマンドによって手動で実行され、完全復旧(Complete Recovery)と不完全復旧(Incomplete Recovery)に分けられます。
オンラインログファイルの最も最近のログまですべて反映されるメディア復旧です。マウントモードで動作して復旧します。
SQL> ALTER DATABASE RECOVER AUTOMATIC DATABASE;
- Time Base Recovery, Change Base Recovery, Cansel Base Recovery
オンラインログファイルの最近までではない、その前の特定時点まで復旧することを意味します。不完全復旧の後には必ず RESETLOGSモードで Tiberoを起動します。RESETLOGSはオンラインログファイルを初期化することであり、現在のオンラインログファイルでデータベースを開始しない場合に使用します。
- 不完全復旧したか、RESETLOGSでコントロールファイルを作成した場合は RESETLOGSで起動します。
RESETLOGSを開始すると新しいデータベースが作成されたことと同じです。RESETLOGS以前のデータファイル、ログファイルと RESETLOGS以降のファイルはお互い互換しません。RESETLOGS以前のバックアップファイルやログファイルを利用して RESETLOGS以降に復旧できません。また RESETLOGS以降のファイルを RESETLOGS以前の状態に不完全復旧することもできません。そのため、RESETLOGSモードで起動した場合は必ず新しくバックアップすることをお勧めします。
tbboot -t resetlogs
詳細は Technetの Tibero管理者案内書をご参照ください。
ダウンロード > Tibero > Tibero 6 Fixset07 > マニュアルダウンロード > Tibero管理者案内書
tbrmgr - Online Full Backupを利用した復旧
(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> select * from V$BACKUP_SET a;
(4) SQL> exit
(5) tbrmgr recover -o /backup/
or
(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> select * from V$BACKUP_SET a;
(4) SQL> exit
(5) tbrmgr recover --with-archivelog -o /backup/
Tablespaceベースの復旧シナリオなどは Tiberoオンラインマニュアル > Tibero管理者案内書 > 6. バックアップと復旧 > 6.4 復旧管理者 をご参照ください。
アーカイブログ保存位置の変更方法
保存位置変更
TIBEROのリスナーポート設定は tipファイルのパラメータ変更によって変更します。
TIBERO起動を停止してパラメータ設定を変更した後に再起動します。
(1) su - tibero
(2) tbdown
(3) tbcfgv or vi $TB_HOME/config/$TB_SID.tip
LOG_ARCHIVE_DEST="[変更するパス]" //パスは絶対パスを入力します。
(4) tbboot
動的保存位置の変更
SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST="[変更するパス]";
動的に変更したパスは TIBEROの再起動時に $TB_HOME/config/$TB_SID.tip
のパスに再度変更されます。
変更した Archiveパス確認
データベースのパラメータを通じて確認
SQL> SHOW PARAM
…
LOG_ARCHIVE_DEST DIRNAME [変更したパス]
…
LOG SWITCHを通じて実際の ARCHIVEファイルの移動を確認
SQL> AL.TER SYSTEM SWITCH LOGFILE;
SQL> !ls -alrt [変更したパス]
DBユーザー作成、変更と削除方法
ユーザーを新しく作成、変更と削除するには DBA特別権限を持つユーザーで Tiberoにアクセスします。
Tiberoの SYSアカウントはインストール時に基本的に DBA役割が付与される Defaultアカウントです。
ユーザー作成
(1) su - tibero
(2) tbsql sys/tibero
(3) SQL> CREATE USER Steve ①
IDENTIFIED BY dsjeo134 ②
DEFAULT TABLESPACE USR; ③
- USER名を Steveにして作成
- パスワード設定
- USERが使用するテーブルスペース指定: テーブルスペースは環境に合わせて構成して指定します。
- テーブルスペースを指定しないと、基本的にシステムテーブルスペースを使用します。
作成後に特別権限(PRIVILEGE)を付与
SQL> GRANT CONNECT, RESOURCE TO Steve;
or
SQL> GRANT DBA TO Steve;
特別権限に関する詳細は Tiberoオンラインマニュアル > Tibero管理者案内書 > ユーザー管理とデータベースセキュリティ > 5.2 特別権限 を参照して環境に合わせて付与します。
ユーザー変更
SQL> ALTER USER Steve
IDENTIFIED BY abcdef
DEFAULT TABLESPACE SYSTEM;
ALTER USERを通じてパスワード変更とテーブルスペースを変更できます。
ユーザー照会
SQL> SELECT * FROM V$ALL_USERS;
静的ビュー | 説明 |
---|---|
ALL_USERS | データベースのすべてのユーザーの基本的な情報を照会するビュー |
DBA_USERS | データベースのすべてのユーザーの詳細情報を照会するビュー |
USER_USERS | 現在のユーザー情報を照会するビュー |
ユーザー削除
SQL> DROP USER Steve CASCADE;
スキーマオブジェクトの特別権限
ユーザーがデータベースの特定スキーマオブジェクトにアクセスするには、特別権限(Privilege)が必要です。
スキーマオブジェクトの特別権限は、スキーマオブジェクトのテーブル、ビュー、シーケンス、同義語などへのアクセスを制御する権限です。
スキーマオブジェクトの特別権限は GRANTコマンドを使用して他のユーザーに付与でき、その内容はデータ辞典に記録されます。
スキーマオブジェクトの特別権限 | 説明 |
---|---|
SELECT | テーブルを照会する権限 |
INSERT | テーブルにローを入力する権限 |
UPDATE | テーブルにローを更新する権限 |
DELETE | テーブルにローを削除する権限 |
ALTER | スキーマオブジェクトの特性を変更する権限 |
INDEX | テーブルにインデックスを作成する権限 |
REFERENCES | テーブルを参照する制限事項を作成する権限 |
TRUNCATE | テーブルに TRUNCATEを実行できる権限 この権限を使用するため USE_TRUNCATE_PRIVILEGEパラメータを「Y」に設定する |
関連リソース
NAVERクラウドプラットフォームの Tiberoで使用するソフトウェアに関する詳細は、次のウェブページをご参照ください。