PREPARATION
S2.1 インストール方法
2.133 NEW
initdbコマンドの説明として最も適切なものを3つ選びなさい。
-
データベースの管理者となるユーザで実行する。
-
Linuxではrootがシステム管理者なので、initdbもrootで実行する。
- データベースクラスタが作成され、データベースにpsqlなどで接続できるようになる。
- データベースクラスタの作成先となるディレクトリを事前に作成しておいても良いが、中身は空でなければならない。
-
template0、template1、postgresの3つのデータベースが作成される。
S2.2 標準付属ツールの使い方
2.132
PostgreSQLの標準付属ツールの使い方の説明として、最も適切なものを3つ選びなさい。
-
pg_config はPostgreSQLデータベースの設定パラメータの値を変更することができる。
- pg_controldataはネットワーク経由で送受信されるデータサイズを制限するために利用できる。
- pg_ctl はPostgreSQLデータベースを起動あるいは停止させることができる。
- pg_isreadyはPostgreSQLデータベースが接続可能な状態かどうかを確認できる。
-
pg_resetwalはデータベースファイルが破損するなどしてデータベースサーバが起動できないときの最後の手段として利用できる。
S2.1 インストール方法(initdbコマンドの使い方)
2.131
initdbコマンドを実行してデータベースクラスタを作成することについて、もっとも適切な説明を3つ選びなさい。
-
デフォルトでは、実行したユーザのみがデータベースクラスタのファイルにアクセスできる。
- データベースサーバープロセスの所有者となるユーザが実行する。
- セキュリティを堅固にするため、rootユーザで実行するのが望ましい。
- 作成されるデータベースクラスタには、テンプレートデータベースが2つと通常のデータベースが1つ含まれる。
-
データベースクラスタ作成時に指定する文字セット符号化方式はクラスタ内の全データベースで共通となるので、何を指定するか十分に注意する必要がある。
S2.5 基本的な運用管理作業（テーブル単位の権限（GRANT/REVOKE））
2.130
テーブルのアクセス権限をGRANT/REVOKEで管理することに関して、最も適切な記述を1つ選びなさい。
-
自分にアクセス権限があれば、その権限を他のユーザにGRANTで付与することができる。
- GRANTされたアクセス権限をREVOKEで取り消すことができるのは、スーパーユーザとテーブルの所有者だけである。
- テーブルの所有者は、テーブルに対してすべての権限を有するので、REVOKEでSELECT権限を取り消しても、引き続きテーブルからデータをSELECTできる。
- テーブルt1についてのSELECT権限をユーザu1とpublicに対してGRANTした後、この権限をu1からREVOKEした。このとき、ユーザu1はテーブルt1のデータをSELECTできない。
- テーブルt2についてのSELECT権限をユーザs1がユーザu2にGRANTした後、ユーザs2も同じユーザu2にGRANTした。この後、ユーザs1がt2についてのSELECT権限をu2からREVOKEした。このとき、ユーザu2はテーブルt2のデータをSELECTできる。なお、ユーザs1もs2もt2のSELECTをGRANTする権限を有するものとする。
S2.5 基本的な運用管理作業（自動バキュームの概念と動作）
2.129
自動バキュームの説明としてもっとも適切なものを3つ選びなさい。
-
すべてのテーブルに対して一定時間ごとにVACUUM処理が実行される。
- データの更新量が一定の基準より大きくなったテーブルについてVAUUMを実行する。
- データベースの負荷が低い時間帯にのみ実行されるような工夫がされている。
- 同時に多数のVACUUMが並行して実行されないような工夫がされている。
- 一時テーブルは自動バキュームの対象外なので、必要ならVACUUMを実行するためのSQLを発行しなければならない。
S2.5 基本的な運用管理作業（VACUUM、ANALYZEの目的と使い方）
2.128
ANALYZEについてもっとも適切な説明を3つ選びなさい。
-
ユーザは、自身が所有するテーブルに対してANALYZEを実行するごとができる。
- ANALYZEを実行することは、SELECTなどのSQLを実行するときの性能（速度）を最適化するために重要である。
- ANALYZEは対象テーブルの全データを検証するので非常に負荷が高い。夜間などデータベースアクティビティが少ない時間帯に実行するのが望ましい。
- VAVUUMコマンドを実行すると、同じテーブルについてANALYZEも自動的に実行される。
- 自動バキュームを実行すると、VACUUMだけでなく、ANALYZEも自動的に実行される。
S2.5 基本的な運用管理作業（データベースロール / ユーザの追加・削除・変更方法）
2.127
次のうち、ALTER USERまたはALTER ROLEで実行できることを3つ選びなさい。
-
データベースユーザを新規に作成する。
- データベースユーザのパスワードを変更する。
- データベースユーザにユーザ作成の権限を付与する。
- データベースユーザを管理者ユーザに変更する。
- データベースユーザに特定のテーブルへのアクセス権限を付与する。
S2.5 基本的な運用管理作業（データベースロール・ユーザの概念）
2.126
次のうち、PostgreSQLのGRANTで実行できないものを１つ選びなさい。
- テーブルからのSELECTなど、オブジェクトへのアクセス権限をユーザに付与する。
- テーブルからのSELECTなど、オブジェクトへのアクセス権限をロールに付与する。
- データベース作成の権限（CREATEDB）をロールに付与する。
- ロールに付与したすべての権限を一括でユーザに付与する。
- ロールに付与したすべての権限を一括で別のロールに付与する。
S2.5 基本的な運用管理作業（PostgreSQLの起動・停止方法）
2.125
PostgreSQLデータベースを起動する方法、停止する方法として間違っているものを１つ選びなさい。
- 適切なオプションを指定して postgres コマンドを実行することでデータベースを起動する。
- 適切なオプションを指定して pg_ctl コマンドを実行することでデータベースを起動する。
- 適切なオプションを指定して postgres コマンドを実行することでデータベースを停止する。
- 適切なオプションを指定して pg_ctl コマンドを実行することでデータベースを停止する。
- kill コマンドなどを利用して postgres プロセスに適切なシグナルを送信することでデータベースを停止する。
S2.4 バックアップ方法（COPY文(SQL)、¥copyコマンド(psql)の使い方）
2.124
psql を起動して、
¥copy tablex from '/path/to/filename'
を実行する。以下の説明から適切なものを3つ選びなさい。
- テーブル tablex にファイル /path/to/filename の内容が追加される。
- ファイルからデータをロードするために簡便なコマンドであるだけでなく、SQLのINSERTを使うよりも高速に処理される。
- /path/to/filename はデータベースサーバ上のファイルなので、データベースプロセスを実行しているユーザ（典型的には postgres）にアクセス権限が必要である。
- /path/to/filename はタブ区切りのテキストファイルである。
- このコマンドを実行するには、データベースの管理者権限が必要である。
S2.4 バックアップ方法（トランザクションログ(WAL)とWALアーカイブ）
2.123
WALアーカイブの説明として最も適切なものを3つ選びなさい。
- ポイントインタイムリカバリ（PITR）を使用するには、WALアーカイブを有効にする必要がある。
- 複数のWALファイルを1つのファイルにまとめる機能である。
- 設定パラメータ archive_command で指定したコマンドが実行される。
- コマンドの実行に失敗しても再実行されないことに注意する必要がある。
- PostgreSQLはコマンドを実行したかどうかは管理するが、コマンドが実際に何をしているのか、WALアーカイブとして適切な処理をしているかどうかは関知しない。
S2.4 バックアップ方法（ポイントインタイムリカバリ(PITR)の概念と手順）
2.122
ポイントインタイムリカバリ（PITR）のベースバックアップ取得の手順として間違っているものを選びなさい。
- WALアーカイブを有効にする。
- データベースに接続し、pg_start_backup を実行する。
- データベースサーバを停止する。
- tar コマンドでデータベースクラスタ全体のコピーを取得する。
- データベースに接続し、pg_stop_backup を実行する。
S2.4 バックアップ方法（ファイルシステムレベルのバックアップとリストア）
2.121
LinuxホストX上でPostgreSQL 12.4が稼働している。データベースサーバを停止し、PGDATAのディレクトリをtarコマンドでバックアップし、別のLinuxホストYにコピーして展開した。ホストYでPostgreSQLを稼働させるとき、コピーしたデータベースをそのまま利用するための条件として最も適切なものはどれか。
- PostgreSQLのバージョンがホストXと同じ12.4である必要がある。
- PostgreSQLのメジャーバージョンが12、マイナーバージョンが4以上であれば良い。
- PostgreSQLのメジャーバージョンが12であれば、マイナーバージョンは4以上でも4未満でも良い。
- PostgreSQLのメジャーバージョンが12以上であれば良い。
- Linux上で動作するPostgreSQLであれば、バージョンは何でも良い。
企業の基幹システムや業務システムでの
OSS-DBの採用がますます拡大している中、
昇格・昇給・就職・転職に必ず役立つ認定資格になります
OSS-DBの受験対策について
受験の学習をサポートする情報や対策に役立つ情報をご紹介
サンプル問題／例題解説
例題 のアーカイブを試験ごとにまとめています。OSS-DB技術者認定試験の学習にお役立てください
学習教材・教育機関のご紹介
OSS-DB認定教材や教育機関について詳しくご説明いたします。
無料技術解説セミナー
受験準備をされていらっしゃる方々を対象に、無料技術解説セミナーの日程をお知らせしています。
OSS-DB道場
受験準備をされていらっしゃる方々を対象に、無料技術解説セミナーの日程をお知らせしています。
LPI-Japan Platinum Sponsors
© EDUCO All Rights Reserved.