Oracle

在國內外大中型資料庫管理系統中，把 ORACLE 作為資料庫管理平台的使用者比較多。 ORACLE 不論是資料庫管理能力還是安全性都是無可非議的，但是，它在漢字資訊的顯示方面著實給中國使用者帶來不少麻煩，筆者多年從事 ORACLE 資料庫管理，經常收到周圍使用者和外地使用者反映有關 ORACLE 資料庫漢字顯示問題的求援信，主要現象是把漢字顯示為不可識別的亂碼，造成原來大量資訊無法使用。本文將就這一問題產生的原因和解決辦法進行一些探討，供存在這方面問題的使用者朋友參考。1

Oracle中可以配多個資料庫，並只需要開啟一個接聽程式就可以了，對多個資料庫只要配置相應的服務命名就可以串連了。我用的是Oracle 8.1.7 Enterprise Edition，OS是Windows 2000 Server，我把我的配置過程和情況圖解說明一下，和大家共同探討。第一步：用Net8 Configuration Assistant工具配置監聽器，一直點下一步，最後完成即可！監聽地址一般配成預設的1521就可以了。也可以用Net8

方法尋找symcjit.dll，會找到兩處，都是jre(Java Runtime Environment)將此兩檔案改名為symcjit_.dll，然後安裝，可以完全正常。安裝硬體（已經正常安裝）：Server: Dell PowerEdge 2600 雙至強 2.8G 1G記憶體PC: P4 2.4GB 512M記憶體說明：前幾天在Win2000下裝兩年前下的Oracle 8.1.7 NTEE Release

OracleEnterpriseManager(Oracle企業管理器,簡稱OEM)是通過一組Oracle程式，為管理分布式環境提供了管理服務。OEM包括了一組DBA工具，一個repository，以及一個圖形化顯示的控制台。OEM控制台與每一個伺服器上的智能化代理(IntelligentAgent)相對應。

一、識別佔用資源較多的語句的方法（4種方法）1.測試組和終端使用者反饋的與反應緩慢有關的問題。2.利用V_$SQLAREA視圖提供了執行的細節。（執行、讀取磁碟和讀取緩衝區的次數）•資料列EXECUTIONS：執行次數DISK_READS：讀盤次數COMMAND_TYPE：命令類型（3:select,2:insert;6:update;7delete;47:pl/sql程式單元）OPTIMIZER_MODE：最佳化方式SQL_TEXT：Sql語句SHARABLE_MEM：佔用

VFP由於其通俗、易用，深受廣大開發人員的歡迎，但其安全性與穩定性卻不十分完善。而Oracle在此方面的優點是有口皆碑的，兩者結合，能開發出高效、安全和穩定的應用系統。有關在VFP中調用Oracle預存程序方法的資料較少，下面就此舉一簡單例子，希望起到拋磚引玉的作用。 此方法適用於用VFP作前端開發工具、Oracle作後端資料庫的C/S開發方法。 在Oracle端，建有如下表和預存程序： 表gzb如下：　　 SQL〉select ＊ from gzb; ID　　 GZ　　 1　　 3050　　

最近在網上找到一個好東西SQLAPI++，它是可以訪問多個SQL資料庫（Oracle,SQL Server,DB2,Sybase,Informix,InterBase,SQLBase,MySQL,PostgreSQL）C++庫。SQLAPI++直接調用本地目標資料庫管理系統（DBMS）的API（不像ADO一樣使用OLEDB and/or

對於RAC環境而言，調整系統時間不是一件小事情，Oracle為了保證節點之間的一致性，很可能會重啟其中一個節點。測試發現，如果將系統時間向前調整，那麼無論調整多長的時間都不會造成系統的重啟。但是如果將系統時間向後調整，就會造成整個節點的重啟。即使是關閉資料庫，調整時間仍然會重啟節點。正確的方法是首先關閉資料庫和CLUSTER環境，然後修改系統時間，為了避免資料庫中的時間出現衝突，最好等待目前時間超過修改前的系統時間後，再啟動CLUSTER環境和RAC資料庫：# dateTue Aug

現在已經找到了問題的原因，並且也找到瞭解決問題的方法，但是導致問題的原因還不清楚。也就是說，要找到為什麼這幾個分區表的統計資訊被鎖住。Oracle的DBMS_STATS包提供了LOCK_TABLE_STATS過程，但是當前的問題顯然不是手工調用這個過程造成的。所有了一下metalink，發現Oracle在文檔Doc ID:

看來通過檢查資料字典資訊是找不到什麼問題的原因了，只有通過手工執行收集統計資訊的過程來嘗試發現問題。為了避免bug意外被解決所導致的問題無法重現，同時也為了可以在解決bug的過程中使用一些特別的手段而不影響使用者的使用，這裡通過備份建立了一個測試環境，下面的操作是在測試環境中執行。首先修改統計資訊對應的JOB的NEXT_DATE，使其在後台執行，檢查收集統計資訊後，測試資料庫上是否能重現問題：SQL> SELECT JOB, WHAT FROM USER_JOBS;JOB WHAT----

前不久檢查了一篇以往的BLOG，意外的發現這個bug居然被我忘記了，時隔一年繼續解決這個問題。根據上一篇文章所介紹的分析過程，基本上可以確認和這幾張分區表的統計資訊本身有關。由於當前資料庫是從920環境EXP匯出，IMP匯入到同版本的中間資料庫，最終通過資料泵IMPDP匯入到當前資料庫的。而分區表由於無法解決資料表空間的轉換問題，因此在中間資料庫手工建立，在IMP匯入的時候指定了IGNORE=Y參數。而現在恰好問題出在這個使用者的所有分區表上，難道問題和遷移的過程有關係。檢查了當時的指令碼，沒有

今天在進行資料泵匯入操作時，發現一個bug。上一篇記錄了問題的現象，這一篇繼續深入研究。上一篇文章已經描述了問題的產生，而且提到了這個問題很難重現。無論如何去類比實際的情況，都無法重現問題。為了重現這個問題，在RAC資料庫環境中，仿照問題表建立了分區表、並仿照問題資料庫收集了統計資訊的方式進行了統計資訊的收集，都無法重現問題。但是，利用問題資料庫匯出的統計資訊，就可以重現問題。上周五發現的問題，但是由於資料不方便帶回家，因此由於時間的限制僅僅測試了這麼多。今天一早到了公司，就繼續這個問題的測試。

今天在進行資料泵匯入操作時，發現一個bug。資料庫版本Oracle 10203 for Solaris

在上一篇文章中清除了大量的僵死進程，但是這個方法只能治標而不能治本。除了作業系統中看到的大量racgmain check進程之外，資料庫中還可以看到一些racgimon會話：SQL> SELECT SID, USERNAME, PROGRAM, EVENT, SECONDS_IN_WAIT TIME2  FROM V$SESSION3  WHERE PROGRAM LIKE 'racg%';SID USERNAME PROGRAM    

經過前面的努力，資料庫中所有的JOB恢複正常，沒有長時間持有鎖的會話，事務視圖中也沒有長時間啟動並執行事務：SQL> SELECT INSTANCE_NAME FROM V$INSTANCE;INSTANCE_NAME----------------tradedb1已選擇1行。SQL> SELECT SID, TYPE, ID1, ID2, LMODE, REQUEST, CTIME, BLOCK2  FROM V$LOCK3  WHERE CTIME >

在前面一篇文章中，描述了對當前問題的分析，並簡單分析了資料庫中未完成的JOB，下面看看導致RMAN無法登陸的原因是否與JOB未完成的原因一致：bash-3.00$ rman target /復原管理員: Release10.2.0.3.0 - Production on星期二5月26 15:30:17 2009Copyright (c) 1982, 2005, Oracle.  All rights

今天檢查資料庫中的備份輸出指令碼時，發現RMAN備份出現了錯誤。這一篇主要描述問題的現象。錯誤資訊如下：bash-3.00$ more /data/backup/backup_tradedb_090523.outScript. /data/backup/backup_tradedb.sh==== started on Sat May 23 23:00:00 CST 2009 ====RMAN:

簡單描述一下，在Oracle 10203 for Solaris sparc的RAC雙節點環境中，新增一個節點的過程。共用儲存已經在第三個節點上配置完成，這裡主要介紹作業系統上和Oracle上的配置。這一篇添加一個新節點上的資料庫執行個體。首先確保資料庫處於啟動狀態，如果資料庫沒有啟動：bash-2.03$ srvctl start inst -d testrac -i testrac1bash-2.03$ srvctl start inst -d testrac -i

簡單描述一下，在Oracle 10203 for Solaris sparc的RAC雙節點環境中，新增一個節點的過程。共用儲存已經在第三個節點上配置完成，這裡主要介紹作業系統上和Oracle上的配置。這一篇介紹準備過程。首先是將主機的IP地址，調整到RAC伺服器IP地址附近，方便管理。修改目標主機IP地址到172.25.198.226。# ifconfig ce0 172.25.198.226 netmask 255.255.0.0 broadcast

xml 類型很久就有了一直沒有關注，有時間正好看看；這次學習要做的事情1、設計一個C# 類來產生 XML Schema (XML 結構描述)先設計類，然後由類產生表可能是有很多人蒙昧以求的；正好和 ORM 相反最主要的 XML 結構描述可以用來約束資料庫中的；XML 的有效性2、基於上一步的XML Schema我們建立一個資料表、並包含這個和上邊 C# 類對應的的 XML 類型；3、插入一些資料；4、改變 C# 的類重建 Schema在更新資料庫中的