數據庫管理員

我只能說好像我已經解決了這個Configure問題，但是我還是想建議一下你在按下斷行符號鍵時確認一下IME的問題，這是我事後感覺出來的。相信你肯定已經在網上搜過了，關於這個問題的解答好像還是找不到答案，我個人感覺這應該是那種突發性小事件，估計就是一些小地方影響了你的Oracle配置，大家都很著急，那麼我就把我的解決方案告訴你好了。1、無論是哪裡的資料，一定會說要 sudo /etc/init.d/oracle-xe configure，然後我出現了"sudo:

MongoDB叢集搭建MongoDB的複製叢集類型：·主從模式(master/slave)·複本集模式（replica set）副本及模式至少3個節點（一主二從），從節點負責複製主節點的oplog到本地並且應用到本地從而實現冗餘。（·arbiter：僅參與選舉，但不持有任何資料·0優先順序：可以觸發選舉，但是不能被選舉成為主節點·可以使用repiset來定義叢集名稱）------------------------------

用rman來實現，實現跨庫跨伺服器的遷移 10g伺服器：192.168.182.133 Oracle 10.2.0.1.0 RHEL 4 32bit11g伺服器： 伺服器192.168.182.131 OEL5.8_32 Oracle 11.2.0.1.0 32bit [oracle@oelr5u8-1 admin]$ uname -a Linux oelr5u8-1.localdomain 2.6.32-300.10.1.el5uek #1 SMP

一：環境資訊1)主庫（單一實例）主機平台：AIX6.1資料庫版本：11.2.0.3（psu5）2)備庫（部署了crs）主機平台：AIX6.1資料庫版本：11.2.0.3（psu5）二：方案背景由於業務量增加，資料庫需要由單一實例，改成兩節點rac。為了減少停機時間，採用DG方式遷移。三遷移方案：1.檢查資料庫是否支援Data Guard（只有企業版才支援DG）SQL> select * from v$option where parameter = 'Managed

對索引頻繁的update，delete操作會產生index Frag，影響索引效率，增加索引IO。1、索引片段分析產生測試索引片段：SCOTT @devcedb>select count(*) from obj;COUNT(*)----------124256SCOTT @devcedb>create index ind_obj_id on obj(OBJECT_ID);Index created.SCOTT @devcedb>delete obj where

--問題：查詢部門的平均工資 崗位的平均工資 每個部門的每個崗位的平均工資且將其在一個查詢中展示 思路：首先分別查出這三張表 假設為A B C 然後利用兩兩結合 先將A B結合由於它們之間沒有任何關係 所以想要串連它們需要使用rownum 利用完全外串連和rownum相等 使A B表以欄位的形式(而不是以行的形式)串連在一起這樣的話就可以實現將不同表中的資料以列的形式合并在一起(之所以這麼 麻煩是因為union union all minus

先準備好一個sql指令碼demo.sqlset serveroutput ondeclarev_name dept.dname%type;beginselect dname into v_name from dept where deptno=&1;dbms_output.put_line('department name is: '||v_name);end;/exit;然後在終端下執行：sqlplus "scott/tiger@orcl" @demo.sql

1.主庫在進行物理主備庫角色轉換的時候遇到ORA-01093錯誤SQL> select switchover_status from v$database; SWITCHOVER_STATUS--------------------SESSIONS ACTIVE ----------有活動會話。SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;ALTER DATABASE COMMIT TO

每一個Oracle版本，都會有很多新特性和技術推出。這些技術特性，在很大程度上都能改進Oracle運行效率和應用效果，或者提高我們日常工作能力。Temp資料表空間是Oracle資料表空間體系中一種很特殊的資料表空間對象。暫存資料表空間主要用於支援暫存資料表空間使用、排序分組動作空間溢出暫存等作用。我們對Temp的使用，大都是局限在空間分配和大小設定上。在11g有，有一系列針對Temp資料表空間的新特性，可以很大程度上協助我們工作。 視圖dba_temp_free_space是11g引入

任何軟體，特別是企業級系統組件的升級工作，是一個非常複雜的過程。升級路徑、資料留存預案、回退步驟、原有業務功能衝擊程度，都是需要反覆測試論證的問題。所有的營運人員在遇到升級問題的時候，都要抱有謹慎的態度。 筆者最近接手一個升級過的系統，在測試過程中遇到了一些問題。經過尋找MOS和網路資源加以解決。記錄下來，留待需要的朋友。推薦閱讀：ORA-01172、ORA-01151錯誤處理 ORA-00600 [2662]錯誤解決 ORA-01078 和 LRM-00109 報錯解決方案 ORA-

海量資料處理，是很多系統開發人員，有時候甚至是營運人員，經常面對的需求。介面海量資料檔案載入入庫、批量資料更新、階段資料歸檔刪除是我們經常遇到的應用需求。針對不同的實際情況，包括軟硬體、營運環境、SLA視窗期要求，我們需要採用不同的策略和方法進行問題解決。 在筆者之前文章《Oracle中如何更新一張大表記錄》（）中，介紹了以Oracle資料庫端為中心，進行大表資料處理過程中的一些方法和考慮因素。簡單的說，海量資料處理痛點不在語句層面，而在如何平衡各種需求因素。比較常見的因素有如下：&n

SQL語句是一種方便的語言，同樣也是一種“迷惑性”的語言。這個主要體現在它的集合操作特性上。無論資料表資料量是1條，還是1億條，更新的語句都是完全相同。但是，實際執行結果（或者能否出現結果）卻是有很大的差異。 筆者在開發DBA領域的一個理念是：作為開發人員，對資料庫、對資料要有敬畏之心，一個語句發出之前，起碼要考慮兩個問題：目標資料表的總資料量是多少（投產之後）？你這個操作會涉及到多大的資料量？不同的回答，處理的方案其實是不同的。 更新大表資料，是我們

某天機器由於斷電+UPS 供電不足重啟後，發現監聽器啟不起來了，提示錯誤：TNSLSNR for Linux: Version 10.2.0.1.0 - ProductionSystem parameter file is /home/Oracle/product/10.2.0/db_1/network/admin/listener.oraLog messages written to

MySQL的多行插入由於mysql的autocommit預設為開啟的，而且很多生產環境都是設定為在事務提交時需要寫磁碟，所以提交產生的io開銷非常大。在繁忙的oltp系統中，可能這是主要的效能瓶勁.因此減少提交的次數非常重要，儘可能採用批量提交的方式而不是使用單次提交的。Fedora 20下安裝搭建LAMP環境Apache+MySQL+PHP  《MySQL權威指南(原書第2版)》清晰中文掃描版 PDF 源碼包編譯安裝MySQL 5.6指令碼

PostgreSQL 是一種非常複雜的對象-關係型資料庫管理系統（ORDBMS），也是目前功能最強大，特性最豐富和最複雜的自由軟體資料庫系統。有些特性甚至連商務資料庫都不具備。這個起源於伯克利（BSD）的資料庫研究計劃目前已經衍產生一項國際開發項目，並且有非常廣泛的使用者。下面記錄CentOS 6.3環境下yum安裝Postgres 9.3的簡要過程。------------------------------------華麗麗的分割線------------------------------

擷取Oracle sql執行計畫並查看執行計畫，是掌握和判斷資料庫效能的基本技巧。下面案例介紹了多種查看sql執行計畫的方式： 基本有以下幾種方式：1、通過sql_trace初始化參數2、通過Autotrace3、通過explain plan4、通過dbms_xplan.display_cursor5、通過dbms_xplan.display_awr6、通過10046事件 1、通過explain plan 工具12:24:00 SCOTT@ prod>explain

2013年IBM DB2 30周歲啦，在此DB2 10.5發布了，其中一個比較搶眼的特性就是BLU加速器，也就是講列式儲存技術開始引入傳統資料庫中，但目前BLU特性只是支援一些特定的的版本主要是AIX和linux 64位平台的DB2 AESE版本的資料庫，所以外界其實能接觸的機會並不多，先給大家看看BLU的配置吧。我使用的DB2版本及license資訊：db2level -aDB21085I  This instance or install (instance name,

DB2 import和load比起效能來由於會記錄日誌，所以通過速度比較慢，並且資料記錄太大容易造成事物日誌滿的問題發生，但有些操作不得不記日誌，所以就不得不適用import,不過其有個COMMITCOUNT選項完全可以避免，來指定import多少條記錄即提交，有助於及時釋放日誌：並且由於及時提交了，所以在運行失敗了還可以重新在起點繼續進行操作：db2 "import from tab1.ixf of ixf modified by generatedignore COMMITCOUNT 500

一、實驗目的：mysql在主從複製還支援半同步複製，mysql複製是非同步，因為同步效能非常差。主庫分發事件以後必須等待從庫複製資料結束並收到從庫正常響應以後，才能進行下一步操作。非同步模式導致從庫落後主庫時，主庫無從得知。因此mysql5.5後引入google補丁半同步複製，2個外掛程式：semisync_master.so與semisync_slave.so。半同步：一主多從架構中，主庫只等待一台從庫複製完成資料並返回正常響應，就認為同步完成進行下一步操作，這樣即有非同步高速，又有同步的安全

實驗需求：部署MySQL叢集，減少資料庫單點故障。實驗方案：準備5台伺服器，mgmd（192.168.100.1）作為管理節點，sqlA（192.168.100.2）和sqlB（192.168.100.3）作為SQL節點，ndbA（192.168.100.4）和ndbB（192.168.100.5）作為資料節點，這5個節點構成MySQL Cluster體系MySQL Cluster 備份與恢複 MySQL Cluster安裝配置 MySQL Cluster 3台機器搭建叢集環境 DOC