數據庫管理員

在Oracle資料庫中，undo主要有三大作用：提供一致性讀（Consistent Read）、復原事務（Rollback Transaction）以及執行個體恢複（Instance Recovery）。一致性讀是相對於髒讀（Dirty Read）而言的。假設某個表T中有10000條記錄，擷取所有記錄需要15分鐘時間。目前時間為9點整，某使用者A發出一條查詢語句：select * from

Oracle 10201 rac升級到10204後,做匯出操作,報如下錯誤EXP-00056: ORACLE error 3212 encounteredORA-03212: Temporary Segment cannot be created in locally-managed tablespaceEXP-00000: Export terminated

【問題描述】1.Linux系統中含有中文內容的檔案名稱顯示亂碼；2.使用vi編輯器查看中文內容為亂碼；3.sqlplus進入到資料庫中查看中文內容為亂碼；4.putty中中文內容顯示為亂碼。【問題原因】1.沒有安裝中文支援的包；2.相應的環境變數需要做相應的調整【問題處理】1.確認系統版本# cat /etc/RedHat-releaseRed Hat Enterprise Linux Server release 5.4

-- 輸出參數不可以修改 解決的方法有兩種   --1 把參數改成 輸入參數      --2 就是參數改成 可輸入輸出的參數; 調用過程的 三個方式       1 就是使用call              在只用call方式調用函數的時候,必須加要括弧,

1，建立表create table CJ_JT_NSRCPDMDY(ID     VARCHAR2(40)  not null primary key, CPBH   VARCHAR2(80)  not null,NSRBH  VARCHAR2(80)  not null,BZ     VARCHAR2(80));2,測試資料insert into

做了一個測試。SQL> create table test1 (cola varchar2(10) );表已建立。SQL> create table test2 (colb varchar2(10));表已建立。SQL> select * from test1;未選定行SQL> select * from test2;未選定行SQL> create or replace trigger trigger1  2   

一、搭建安裝環境1.建立informix使用者組和使用者以root身份登陸，然後:groupadd -g 3000  informixuseradd -u 3000 -g 3000 -d /home/informix -m informix2.修改環境變數#su - informix#cd#ls -a#vi .bash_profile修改為如下：INFORMIXDIR=/opt/IBM/informix   //informix的安裝路徑export

Oracle10g，在pl/sql中選中刪除後會出現類似：BIN$nJ5JuP9cQmqPaArFei384g==$0的表。1.查看資源回收筒select * from user_recyclebin;2.清空資源回收筒purge recyclebin;3.清空資源回收筒中的某個表--如下方式刪除會提示：SQL命令未正確結束。purge table BIN$/UpBuh+LQ9yZGN95BFsk5Q==$0--正確寫法如下：purge table

對SQLite-3.3.8（或者SQLite3.3.12）進行交叉編譯，並移植到ARMS3C2410的過程：要將SQLite3.3.8（或者SQLite-3.3.12）移植到ARM2410開發板上，除了要有底層作業系統的支援外，還必須要有相應的交叉編譯工具鏈。由於ARM2410開發板採用的是ARM-Linux作為底層作業系統，因此需要首先安裝ARM-Linux工具鏈。1．交叉編譯環境建立：安裝cross-2.95.3.tar.bz2交叉編譯工具到/usr/arm-linux目錄下。解壓sqlit

一.  OS認證1.1  OS認證介紹Oracle安裝之後預設情況下是啟用了OS認證的，這裡提到的OS認證是指伺服器端OS認證。OS認證的意思把登入資料庫的使用者和口令校正放在了作業系統一級。如果以安裝Oracle時的使用者登入OS，那麼此時在登入Oracle資料庫時不需要任何驗證，如：SQL> connect /as sysdba已串連。SQL> connect sys/aaa@test as sysdba已串連。SQL> connect sys/bbb

安裝環境：作業系統：CentOS6.5_x64 Desktop主機名稱：Oracledb記憶體：1G（官方最低要求1G）硬碟：40G（企業版安裝所需4.29G和1.7G資料檔案）安裝前系統準備：#修改主機名稱[root@oracledb ~]# sed -i "s/HOSTNAME=localhost.localdomain/HOSTNAME=oracledb/" /etc/sysconfig/network[root@oracledb ~]# hostname

VIP不能正常啟動描述：我們的環境是2節點RAC，節點1發生物理故障造成宕機。此時我想將節點1的VIP從節點2上啟動，以便單節點對使用者程式透明。[Oracle@UNID02 ~]$ crs_start ora.unid01.vipAttempting to start `ora.unid01.vip` on member `UNID02`Start of `ora.unid01.vip` on member `UNID02` failed.CRS-1006: No more members

ORA-29283解決方案（impdp）impdp報錯資訊如下ORA-39002: invalid operationORA-39070: Unable to open the log file.ORA-29283: invalid file operationORA-06512: at "SYS.UTL_FILE", line 475ORA-29283: invalid file operation[Oracle@doudou ~]$ oerr ora 2928329283, 00000, "

在Oracle Linux Server Release 5.7上安裝64位Oracle 10g 時，遇到如下問題：Error in invoking target 'install' of makefile '/u01/app/oracle/product/dbhome_1/ctx/lib/ins_ctx.mk'.See '/u01/app/oracle/oraInventory/logs/installActions2014-01-11_12-44-52PM.log' for

這次實驗類比一下，Oracle 11g在非歸檔模式下，且沒有備份的條件，進行的記錄檔的恢複這裡所有的redo日誌都被我刪除了，下面是報錯和資料庫模式：SQL> startup ORACLE instance started. Total System Global Area  845348864 bytes Fixed Size                  1339796 bytes

1、全量備份database，且備份類型指定為backupsetRMAN> backup as backupset database;Starting backup at 13-FEB-14using channel ORA_DISK_1.....2、再次備份users資料表空間，且備份類型指定為backupsetRMAN> backup as backupset device type disk  tablespace users;Starting backup at 1

UNDO資料表空間下的資料檔案被誤刪除後的處理方法：操作前備份資料庫，以避免更大的損失。思路：1、把誤刪除的資料檔案offline2、正常開啟資料庫後建立新的UNDO資料表空間及資料檔案3、修改相應參數指向新的UNDO資料表空間4、重新啟動資料庫驗證5、刪除舊的UNDO資料表空間。以下為我在虛擬機器上類比的情境：在資料庫開啟的狀態下，用作業系統命令將undo資料表空間對應的唯一資料檔案改名，以類比資料檔案被刪除的情況。關閉資料庫SQL> shutdown

本文是翻譯MongoDB Manuel中的MongoDB Production

環境：平台:RedHat EnterPrise 5.8 X86_X64資料庫:Oracle EnterPrise 11.2.0.3叢集軟體:Oracle grid 11.2.0.3故障現象：資料庫出現了歸檔失敗，其中有一個節點的執行個體出現HANG死的狀況。日誌資訊如下: Fri Feb 28 19:49:04 2014 ARC1: Error 19504 Creating archive log file to '+DATA02' ARCH: Archival

percona，是mysql的一個分支了，相信不少朋友都很熟悉了，而percona-toolkit是其推出的工具包，裡面集合了很多不錯的實用的mysql維護工具包，今天開始學習下這個工具，首先看的是如何檢查死結如果用傳統的檢查死結的方法，可以使用比如:SHOW ENGINE INNODB STATUS,但這個方法查看的是最新的死結，如果有大量的死結的話，則不容易看得清楚了；這個時候可以使用pt-deadlock-logger這個percona-toolkit工具包中的小工具了；基本用法為：pt-