-
Oracle_基本概念和體系
是磁盤上存儲的數據的集合（包括配置文件、數據文件、日誌文件和控制文件等） 數據庫實例 運行在數據庫文件上的壹組Oracle後臺進程/線程以及壹個共享內存區。數據庫可以由實例裝載 和打開。 oracle實時應用集群（RAC,Real Application Clusters） oralce並行服務器架構/RAC架構 數據庫服務名 從oracle8i開始引入，數據庫客戶端與服務器端連接時建議指定其數據庫服務名，而不是數據庫 實例名。 網絡服務名 數據庫在客戶端的邏輯表示，包含數據庫服務名和網絡地址兩方面信息。 監聽器 鎖 ORACLE裏鎖有以下幾種模式： —————————————————— 0：none —————————————————— 1：null 空 Select，有時會在v$locked_object出現。 —————————————————— 2：Row-S 行共享（RS）：共享表鎖，sub share 2級鎖有：Select for update,Lock For Update,Lock Row Share …
-
解決Cisco路由器嚴重丟包現象
(1)在計算機A2(IP為10.20.12.12/24)上用ping命令分別ping部門B網絡中計算機B1和B2，發現B1有正常回應，B2的回應率在20%~50%之間;在計算機A3(IP為10.20.12.13/24)中用ping命令分別ping計算機B1和B2，回應顯示連接正常，丟包率為0。 (2)將計算機A3的IP地址改為10.20.12.12/24後測試，ping得的結果同(1)中的計算機A2測試情況。 (3)將計算機A2的IP地址改為尚未使用過的IP地址:10.20.12.22/24，測試與B1和B2的連接，結果顯示正常，丟包率為0。 (4)將計算機A1的IP地址改為尚未使用過的IP地址:10.20.12.23/24，測試與B1和B2的連接，結果顯示正常，丟包率為0。 故障分析 考慮到網絡連通情況與本機IP地址有關，參考本單位網絡拓撲結構圖，於是懷疑可能是由於部門B網絡的防火牆設置引發該故障。由於部門B與本部門分別位於城市中兩個不同地方，不方便查看其防火牆設置，於是打電話詢問。但該部門網絡管理員告之其防火牆是針對網絡IP段設置的，也就是說，該防火牆對於部門A的整個網絡IP段都是允許訪問的。 分析以上原因，可能是本部門中某些計算機向部門B網絡發送過非法訪問信息，部門B的防火牆自動將該IP列入侵計算機名單，屏蔽了其發送的IP數據包，從而引發網絡連接不正常的現象。調查本部門中所有計算機，將不能正常訪問外部網絡(部門B網絡)的計算機的IP更換為新的IP地址，問題暫時解決。 但一個星期後，網絡又出現故障，有幾個原來能正常訪問部門B計算機出現丟包現象，而有幾個原來不能正常訪問外部網絡的IP地址卻可以正常訪問外部網絡，看來問題可能不在防火牆上。 在計算機上A2(IP地址為10.20.12.12/24)用Tracert命令跟踪測試，現像如下: c:\>Tracert 10.20.30.110 Tracing route to 10.20.30.110 over a maximum of 30 hops 1 <1 ms <1 ms <1 ms 10.20.12.1 2 1 ms <1 ms 1 ms 192.168.10.2 3 1 ms 1 ms 1 ms 10.20.30.1 4 2 ms 1 ms 2 ms 10.20.30.110 Trace complete…