コマンドモードでデータベースを確立
Dminitはbinディレクトリの夢にまで使用
./dminitパス= / DM7 /データDB_NAME = DM01 INSTANCE_NAME = ESTのport_num = 5327
状態のデータベースをアップドリーム
4つの状態
中断オープンシャットダウンマウント
ステートスイッチ
シャットダウン-マウント
シャットダウン-オープン
オープン-マウント
ビューステータス
五$インスタンスからステータス$を選択します。
データベースを起動します
道
DaMengインストールbinディレクトリで./ /dm7/data/DM01/dm.ini dmserver
この方法。ウィンドウが閉じ、その後、入力または出射窓、データベースシャットダウンし、適した一時的なデータベースを起動され、データベースサービスは、OSに登録されていません。
第二の方法
でlinux6
サービスDMService開始
でlinux7
Systemctl開始DMService
データベースが開始されたか否かを決定します
netstatの-ntl | grepの523 *
PS -ef | グリップdmserver
夢にまでアーキテクチャデータベース
DaMeng論理ストレージ構造
- 1つ以上の表領域によってデータベース
- 一つ以上のデータファイルによって、各表領域
- 各データファイルは、複数のクラスタで構成されていたり
- データベースページが最小割り当て単位で、IOは、データベースで使用される最小単位です。
例:共有メモリー+バックグラウンドプロセスまたはスレッド
データベース:ストアファイルへのディスクは、
一般的に、データベースへのDBのインスタンスに対応するが、DSC複数のインスタンス(クラスタ共有します)。
DaMengサーバ:クライアント+サーバー(インスタンス+データベース)
クライアントは、インスタンスへのアクセス情報戻って、クライアントへのインスタンスにデータベースにアクセスするには、インスタンスにクライアントの要求に直接インスタンスをデータベースにアクセスすることはできません。
夢の物理的なストレージ構造
プロファイル
Dm.ini Dmarch.ini ......
制御ファイル
Dm.ctl Ctl_bak_path
データファイル
.dbfファイルの終わりに
REDOログ・ファイル
REDOログと呼ばれるREDOログ・ファイル、。主にバックアップ用に使用してデータベースを復元します。
アーカイブ
アーカイブログを使用して、システム障害の前の時点に復元することができ、あなたはノーアーカイブログファイルの場合は、あなただけのバックアップから復元することができ、時間内に指定されたポイントに復元することができます。
バックアップファイル
BAKファイル拡張子を持ちます。
ログファイル
トレースログ、イベントの日付片
REDOログの管理
ビューログ情報
五$ rlogfileからのパスを選択します。
ログファイルを追加します。
ALTERデータベースの追加のログファイル「/dm7/data/DAMENG/DAMENG04.log」サイズ500;
ログファイルのサイズを変更します。
1024年には、alterデータベースのサイズ変更のログファイル「/dm7/data/DAMENG/DAMENG04.log」;
スペース管理
表スペースの紹介
TABLESPACE_NAME SELECT、DBA_TABLESPACESからSTATUS;
システム表領域:グローバルデータとシステムデータディクショナリ。
ROLL表スペース:運転中に生じるロールバック記録処理を格納するデータベース。
TEMP表スペース:一時テーブルスペース。
メインテーブルスペース:データベースのデフォルトの表スペースは、デフォルト表スペースに格納されている保存場所を指定しない場合は、データオブジェクトを作成します。
HMAIN表スペース:巨大なテーブルスペース。
すべてのテーブルスペース情報をチェック:
五$ TABLESPACE名から選択名をSELECT連合の五$ huge_tablespaceから
表スペースが増加します
作成した表領域のデータファイルtab1の「/dm7/data/DAMENG/tab1_01.dbf」サイズ32。
ケース2は、テーブルスペース、初期サイズの50M、最大100Mを作成します。
MAXSIZE 100上の表領域TAB2のデータ・ファイルの「/dm7/data/DAMENG/tab2_01.dbf」サイズ50自動拡張を作成します。
ケース3は、表スペース、初期50M、各拡張1M、最大100Mを作成します。
次の1つのMAXSIZE 100上の表領域TAB3データファイル「/dm7/data/DAMENG/tab3_01.dbf」サイズ50自動拡張を作成します。
ケース4は、表スペースを作成し、2つのデータファイルによる初期50M、表スペースは、別のディスクにそれぞれ延長さ1m、各データファイルの最大100Mを保存しました。
次の1つのMAXSIZE 100、次の1つのMAXSIZE 100上の「/dm7/data/DAMENG/tab4_02.dbf」サイズ50自動拡張に表領域TAB4データファイル「/dm7/data/DAMENG/tab4_01.dbf」サイズ50自動拡張を作成します。
メンテナンステーブルスペース
:どのように表スペースを維持するために、テーブルスペースの不足、
1大きなテーブルスペース、データのエクスポート、インポートを作成します。
2、サイズ変更データ・ファイルのサイズ。
図3は、データファイル高めるために
、アラート表領域TABS2のデータファイル追加「/dm7/data/DAMENG/tab2_02.dbf」 MAXSIZE 100上のサイズ50自動拡張を。
メモリ位置を交換してください
:夢の状態に表スペースアップ
オンライン0 ---
1 -----オフライン
注:SYSTEM、ROLL、TEMPはオフラインにすることはできません。
ケース1:TBS1保管場所を交換してください
- オフライン表スペース
ALTER TABLESPACE TBS1オフライン。 - 変更のメモリ位置
ALTER TABLESPACE TBS1名前の変更、データファイル「/dm7/data/DAMENG/tbs1_01.dbf」に「/dm7/data/tbs1_01.dbf」; オンライン表スペース
ALTER TABLESPACE TBS1オンライン。削除するには、テーブルスペース
ドロップ表領域tbs1;
データベース・テーブル・スペースが存在する場合は、直接、削除はできません!
ユーザー管理
どのようなユーザーのクエリ
DBA_USERSは、SELECTからユーザー名;
1、SYS ---最大の夢に内蔵されたデータベースの管理ユーザーデータベースのログを記録することはできません、データベースが使用するデータ・ディクショナリと動的パフォーマンス・ビューのほとんど、SYS
2、データベース管理者、SYSDBA ---
3、Sysauditor ---監査ユーザ
4、Syssso ---セキュアユーザ
5、sysdbo -データ演算子(セキュリティ・バージョンはパワーの4つの分離を有します)
ユーザーを計画する方法
名前:、手紙、AZ、0-9で始まる$#_
場所:
TABLESPACEの作成
パスワード:
パスワードポリシー:
48のバイトへのユーザーのパスワードまでは、パスワードポリシーを指定するには、パスワードポリシーステートメント句を使用してユーザーを作成します。(DM.INI PWD_POLICY)
システムのパスワードポリシーによってサポート:
0なしポリシー
1は、同じユーザ名禁止
2パスワード長が9つの未満ではない
少なくとも1つの大文字(AZ)4備える
8含む少なくとも数(0-9)。
少なくとも一つで16含みます句読点(英語状態入力は、スペース」に加えて)
パスワードは、このような戦略1と2を対処が必要として、単独または組み合わせて使用することができ、
その後、設定したパスワードポリシーは次のとおりです。3
パスワードログイン試行FAILED_LOGIN_ATTEMPS
失敗したパスワードのロックアウト時間PASSWORD_LOCK_TIMEの
パスワードの有効期限を時間PASSWORD_LIFE_TIME
ケース1:ユーザーのデータベースに設定、アカウントは、あなたが自分自身の別の表スペースを持つ、独自の表を作成することができ、それは、60日ごとにパスワードを変更するには、ユーザーが必要です。
表領域のテスト・データ・ファイル「/dm7/data/DAMENG/test01.dbf」サイズ32を作成します。
dameng123リミットPASSWORD_LIFE_TIME 60デフォルトの表領域のテストで識別されるユーザーテストを作成します。
ユーザー権限を計画します
アクセス権は、作成するデータベースに何ができるシステムを変更するドロップします。
オブジェクト権限(テーブル、ビュー、プロシージャなど)を挿入、削除、更新を選択し
表示役割
DBA_ROLESから選択役割、
ユーザーの権限を表示
した権限付与、granted_role DBA_ROLE_PRIVSから権限を付与選択 =「TAB1_USERを」;
クエリの役割をする権限持ってい
た権限付与を選択し、DBA_SYS_PRIVSから権限をどこ付与者= 'PUBLIC';
ケース2は、テストユーザーを作成し、テストユーザーの下にテーブルt1を作成します。
- 許可されたユーザに使用SYSDBAが
tab1_userにテーブルを作成付与;
2.認可されたユーザの使用がログオンしてテーブルを作成する
CONN tab1_user / dameng123
表T1(上記のID int)を作成します。
ケース3:60日ごとにユーザーアカウントのパスワードの変更を計画する、接続するための二回失敗したパスワード試行、5分のロックアウトのアカウント、ユーザーは、クエリdmhr.employeeテーブルすることができます。
1.ユーザーライセンス
付与TEST1にSELECT ONのdmhr.employee
ロックを解除するには、ユーザーのための2.
ALTERユーザーtest1のアカウントのロックを解除。
ケース4社は、担当者は、許可が固定されているグループエントリのみエントリテーブルCITYを募集します
役割:権限の1セットが
ユーザーを作成します。1.
dameng123で識別されるユーザーTEST2作成します。
2.ロールを作成し
、作成役割R1
の役割3.認証
R1にdmhr.cityの助成金インサートを、
- 任意のR1表グラントへの参照;
5に割り当てられている役割の後に使用
test2の助成金にR1。
ユーザーメンテナンス
許可REVOKE撤回
R1からREVOKE INSERT ONのdmhr.cityを、
変更ユーザパスワード
dameng123456で識別される警告ユーザーテスト、
変更、ユーザがロック状態
ALTERテストは、ユーザーロックアカウント;
ALTERテストアカウントのユーザーUNLOCK;
削除ユーザーは、
test1のユーザーをドロップ
カスケードTEST1ユーザーをドロップ、
ドロップユーザー削除する前に、テストカスケード----注意、我々はバックアップを行う必要があります。
オブジェクト管理
(モデル:テーブル、ビュー、シーケンス、インデックス、シノニム)
モード:データオブジェクトのコレクション、安全のためには、ユーザーを作成し、彼らは、ユーザーと同じ名前のモデルを生成します。
SCHEMA "DAMENG" AUTHORIZATION "SYSDBA"を作成し、
ドロップスキーマDAMENG。