數據庫管理員

16.3 MySQL Cluster配置詳細介紹（config.ini）在MySQL Cluster環境的設定檔config.ini裡面，每一類節點都有兩個（或以上）的相應配置項組，每一類節點的配置項都主要由兩部分組成，一部分是同類所有節點相同的配置項組，在[NDB_MGM DEFAULT]、[NDBD DEFAULT]和[MySQLD

linux 中在沒有對init.crs作修改的時候,在開機時總是會自動把的cluster 軟體和一起和系統起來.資料庫raclinux另外，也可以通過crs-stat -t查看，把沒有啟動的服務手工啟動[Oracle@rac1 ~]$ crs_stat -tName          

一：復原段概述 　　復原段用於存放資料修改之前的值（包括資料修改之前的位置和值）。復原段的頭部包含正在使用的該復原段事務的資訊。一個事務只能使用一個復原段來存放它的復原資訊，而一個復原段可以存放多個事務的復原資訊。 復原段的作用 　　交易回復：當事務修改表中資料的時候，該資料修改前的值（即前影像）會存放在復原段中，當使用者復原事務（ROLLBACK）時，Oracle將會利用復原段中的資料前影像來將修改的資料恢複到原來的值。

RMAN> report obsolete直接delete會報這個錯誤：RMAN> delete obsolete; RMAN 保留原則將應用於該命令將 RMAN 保留原則設定為冗餘 1分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=136 devtype=DISK釋放的通道: ORA_DISK_1crosscheck也不行RMAN> crosscheck backup;a分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=136

在linux下安裝Oracle通常是一件很頭疼的事情，而如果我們只是為了部署CMS的話，也沒有必要對Oracle的參數去做詳細的瞭解。那麼有沒有辦法簡化這個安裝過程呢？下面給出了一個在Linux下執行的sh指令碼，可以自動將Oracle的相關參數及環境變數、使用者都準備好從而能夠加快CMS的部署、減少出錯。其實，就我個人的觀點，這些東西實際上應該是Oracle的安裝程式做的工作。但是沒辦法，誰叫Oracle那麼牛呢？#!/bin/shoracle_passwd=oracle#

1.普通使用者下     1.1查看user_tables視圖     select table_name from user_tables;     TABLE_NAME     ------------------------------     PROJECT_MANAGE     SALGRADE &

我們都知道在Oracle中每條SQL語句在執行之前都需要經過解析，這裡面又分為軟解析和硬解析。在Oracle中存在兩種類型的SQL語句，一類為 DDL語句(資料定義語言 (Data Definition

1、open_links含義OPEN_LINKS_PER_INSTANCE specifies the maximum number of migratable open connections globally for each database instance. XA transactions use migratable open connections so that the connections are cached after a transaction is

在項目中做許可權控制時，需要用組織階層來控制能夠訪問的資料，比如A組織的人可以看到其下屬組織的人員資料，或者只有A組織是B組織上級的時候才有看B組織人員資料的權利。根據需求需要構築DB的表結構，如下（ORG_RANK）組織ID(PK) 上位組織ID ORG_ID HIGH_ORG_ID 根據上面的結構，使用Oracle的樹查詢語句(start with和connect by)來建立SQL語句，如下：查詢指定組織的直屬下層組織：Sql代碼   

在Oracle 10g中的配置情況使用RMAN>show all;可以顯示出RMAN 配置參數為:CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # defaultCONFIGURE BACKUP OPTIMIZATION OFF; # defaultCONFIGURE DEFAULT DEVICE TYPE TO DISK; # defaultCONFIGURE CONTROLFILE AUTOBACKUP OFF; #

最近系統啟動時，收到了ORA-00119以及ORA-00132的錯誤，該錯誤實際上跟LISTENER有關，通常的處理辦法是將spfile轉儲為pfile然後從pfile啟動並產生新的spfile，不過該操作方式代價太高，需要重新啟動資料庫。另一種方式則是直接修改tnsnames.ora中的服務名，使之與監聽器中的listener名字保持一致，具體參考下面的細節。  一.錯誤提示   SQL> startup nomount;  ORA-00119:

1、安裝RedHat Enterprise Client 5.3現在Redhat的安裝過程已經做的非常的人性化，整個安裝過程不是太複雜。安裝過程中最要注意的一個地方是Linux交換分區的設定，通常為實體記憶體了1.5－2倍之間。Redhat Enterprise Client 5.3的請參考本博的另外一個文章。2、檢查系統需求以及環境設定這部分的系統需求特指的是redhat安裝Oracle9204對軟體包的需求。2.1、軟體包檢查下述軟體包都可以在Redhat Enterprise

在Oracle中如果錯誤地提交了修改操作,然後想查看並修改原來的值,這時候可以使用查詢閃回(query flashback).查詢閃回可以根據根據一個時間值或者系統變更號(SCN:System Change Number)進行,資料庫使用SCN來跟蹤對資料進行的修改,因此可以用它來閃回到資料庫中一個特定的SCN時的狀態. 一.執行閃回操作,需要使用DBMS_FLASHBACK包,登入使用者要具有此包的EXECUTE許可權,下面以sys身份登入,並授權給使用者EXECUTE許可權:

在Oracle開發過程中，經常會遇到各種形式的報表展示，有些報表用sql語句直接是寫不出來的，需要程式與sql配合著實現，但是這樣寫出來的報表查詢速度慢，而且不利於維護，這裡給大家分享一下UncleToo經常用的報表開發方式。思路：利用預存程序，將需要的格式、欄位以結果集的形式直接返回到頁面，這樣在程式裡不需要關心報表需要哪些欄位、如何排序等，只需要將報表條件傳入寫好的預存程序，將結果集展示就可以了，以後需要對報表格式、欄位調整時，只需要調整Oracle預存程序，頁面代碼不需要更改。此方法sql

這幾天監控程式的健全狀態，發日誌在記錄0.開頭的小數時，都只顯示了 .*****，查看程式，是這樣用的：select to_char(num) from AAAAAA,測試下：SQL> select to_char(0.258) from dual;TO_C----.258確實用to_char()函數有這樣的問題，查下資料TO_CHAR (number) converts n to a value of VARCHAR2 datatype, using the optional

ORA-01555超長的Query Duration時間現象：Alert日誌報ORA-01555錯誤，但讓人感到不可思議的是超長的Query Duration（1382909202 sec）。Mon Oct 28 05:26:42 2013ORA-01555 caused by SQL statement below (Query Duration=1382909202 sec, SCN: 0x0011.0514ee8f):Mon Oct 28 05:26:42 2013ANALYZE

Linux系統MySQL資料庫遠程設定1.啟動服務和登陸 [root@localhost ~]# /etc/init.d/mysqld restart Stopping mysqld:                                         

物理機OS：Win7虛擬機器：Virtual Box 4.3.6虛擬機器OS：Oracle Linux 5.1_x86_64資料庫軟體：Oracle 10G 10.2.0.1 _x86_64叢集軟體：10201_clusterware_linux_x86_64.cpio.gz資料庫升級補丁集：10.2.0.5.0 Linux x86-64Opatch 版本：p6880880_102000_Linux-x86-64.zipOEMbug

簡介Replace類似於insert語句。如果表中的一箇舊記錄與一個用於PRIMARY KEY或一個UNIQUE索引的新記錄具有相同的值，則在新記錄被插入之前，舊記錄被刪除。除非表有一個PRIMARY

本文將搭建一個最簡化的MySQL Cluster系統，配置方法中的所有命令都是以root賬戶運行。這個MySQL Cluster包含一個管理結點、兩個資料結點、兩個SQL結點，這五個結點會分別安裝在五個虛擬機器上，虛擬機器的名稱和IP如下所示：管理結點mysql-mgm192.168.124.141資料結點 1mysql-ndbd-1192.168.124.142資料結點 2mysql-ndbd-2192.168.124.143SQL