數據庫管理員

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

Linux作業系統下完全刪除Oracle資料庫詳述： 1.關掉oracle server 和 background processes  ps -ef | grep ora  關掉資料庫  shutdown immediate  2.關掉監聽  lsnrctl status  如果開啟的話就執行lsnrctl stop 關掉  3.把$ORACLE_HOME下面的檔案刪掉  用dbca圖形介面把資料庫刪掉

資料庫是10.2.0.4 作業系統是aix,在執行expdp匯出多個方案對象時報ORA-39014,ORA-39029,ORA-31671,ORA-39079,ORA-06512,ORA-04031:錯誤資訊如下: Export: Release 10.2.0.4.0 - 64bit Production on Monday, 17 February, 2014 9:46:52 Copyright (c) 2003, 2007, Oracle. All rights

今天，一個11.2.0.2 on CentOS5.8 x86-64 的單點庫，出現了問題。具體現象就是，每次alter database open時，會在10幾秒內 自動crash（崩潰）掉alert 日誌如下------------------------------------------------------------------------------------------------------------------------SMON: slave died

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

主庫：vsgpdb 備庫：dgdb 1、確認主庫處于歸檔模式 SQL> archive log list Database log mode              Archive Mode Automatic archival            Enabled Archive

$ lsvg rootvg vg_oradata $lsvg -l vg_oradata ...... DBF_5G_031          raw        20      20      1    open/syncd   

世上本沒有路，走的人多了也就成了路。為什麼不能在 Postgres上建一個MongoDB 呢?Postgres 社區在 NoSQL採取一系列動作後並沒有坐以待斃. Postgres一直在進步: 整合了 JSON和 PLV8. PLV8 引入了 V8 Javascript引擎 . 操作 JSON也更簡單了 (需要驗證).開始前需要做的準備:Postgres 9.2+ (as of this blog entry, 9.2 is in beta) -

1、唯讀資料表空間的恢複預設情況下，即使丟失了唯讀資料檔案，RMAN也不會在執行完成資料庫還原操作時還原唯讀資料檔案。要在完全恢複期間還原唯讀資料檔案，就必須在restore命令中使用check readonly參數。 restore database check readonly; 需要注意的是，執行recover tablespace或recover

資料誤刪除是作為初級營運人員常常遇到的“低級錯誤”，一些有經驗的老手有時也在疲勞、不冷靜的情況下“馬失前蹄”。一旦誤刪除資料檔案，儘快採用影響最小、最迅速的手段恢複資料庫是第一要務。 恢複資料的方法很多，比如冷熱備份、閃回資料庫等等，如果是直接從作業系統OS層面刪除資料檔案，在Linux/Unix環境下，有一些優選手段可以使用。其中之一就是檔案描述符（File Description）。--------------------------

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

在將Oracle預存程序遷移到HIVE平台時，不可避免地會遇到表關聯的相應文法問題。本文詳細對比了ORALCE和HIVE的各種表關聯文法，包括內關聯，左，右關聯，全外關聯和笛卡爾積。一.建立表ORACLE：create table a(a1  number(10),a2 varchar2(50));create table b(b1  number(10),b2 varchar2(50));HIVE：CREATE TABLE IF NOT EXISTS a (a1

1、資料檔案位元組排序 Oracle平台一般使用兩種不同的位元組排序方案（尾數格式）。 如果多個平台使用的位元組排序方案不同，則需要在RMAN中使用convert命令來將資料表空間轉換為目標平台上所需的格式。可以通過以下查詢確定尾數格式： select endian_format from v$transportable_platform tp,v$database d where

一般沒人修改Oracle 的dbid和dbname，除非特殊情況，比如複製資料庫等等步驟： 1.備份資料庫2.啟動資料到mount狀態3.nid命令修改 （如果只是修改dbid，那麼不需要dbname參數，需要更改dbname加上此參數即可，如果只修改dbname，那麼需要setname參數為yes）4.alter database open resetlogs開啟資料庫nid文法以及參數含義：ParameterDescriptionTARGETSpecifies the username

先看有沒有sqlnet.ora [Oracle@localhost ~]$ cd $ORACLE_HOME[oracle@localhost dbhome_1]$ cd network[oracle@localhost network]$ cd admin[oracle@localhost admin]$ lslistener.ora  samples  shrept.lst[oracle@localhost admin]$VMware+Linux+Oracle 1

日常升級、打補丁是系統營運人員經常面對的工作項目。很多情況下，升級資料庫和打補丁是解決Oracle Bug的終極策略。在Oracle 11gR2之前，Oracle普遍採用的是一種增量補丁升級策略。初始安裝都是一個比較低的基礎版本，比如10.2.0.1或者11.2.0.1，這些都是可以在官方網站上直接下載的版本。之後如果需要進行小版本升級或者特定bug修複，則需要到Oracle官方網站Oracle

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,

首先查看系統版本平台：[root@localhost ~]# cat /etc/RedHat-releaseCentOS release 6.4 (Final)[root@localhost ~]# uname -aLinux localhost.localdomain 2.6.32-358.el6.x86_64#1 SMP Fri Feb 22 00:31:26 UTC 2013 x86_64 x86_64 x86_64 GNU/LinuxCentOS 6.2上原始碼編譯安裝MySQL-5.6

【情景簡介】 生產環境丟失了伺服器的參數檔案，rman已開啟自動備份設定。 【操作過程簡述】 ----啟動rman $rman target / ----檢查rman設定 RMAN> show all; ----配置一遍rman自動備份控制檔案，類比初次設定rman自動備份控制檔案 RMAN>CONFIGURE CONTROLFILEAUTOBACKUP

PostgreSQL 支援hstore 來存放KEY->VALUE這類資料， 其實也類似於ARRAY或者JSON類型。  要高效的使用這類資料，當然離不開高效的索引。我們今天就來看看兩類不同的索引對於同一種檢索請求的效能問題。假如我們有這樣一個原始表，基於str1欄位有一個BTREE索引。t_girl=# \d status_check;          Table "ytt.status_check" Column