linuxrfs

Ⅰ 什麼操作系統的埠

計算機埠也就是常用的那些埠，下面有這些
埠：0
服務：Reserved
說明：通常用於分析操作系統。這一方法能夠工作是因為在一些系統中「0」是無效埠，當你試圖使用通常的閉合埠連接它時將產生不同的結果。一種典型的掃描，使用IP地址為0.0.0.0，設置ACK位並在乙太網層廣播。

埠：1
服務：tcpmux
說明：這顯示有人在尋找SGI Irix機器。Irix是實現tcpmux的主要提供者，默認情況下tcpmux在這種系統中被打開。Irix機器在發布是含有幾個默認的無密碼的帳戶，如：IP、GUEST UUCP、NUUCP、DEMOS 、TUTOR、DIAG、OUTOFBOX等。許多管理員在安裝後忘記刪除這些帳戶。因此HACKER在INTERNET上搜索tcpmux並利用這些帳戶。
埠：7
服務：Echo
說明：能看到許多人搜索Fraggle放大器時，發送到X.X.X.0和X.X.X.255的信息。
埠：19
服務：Character Generator
說明：這是一種僅僅發送字元的服務。UDP版本將會在收到UDP包後回應含有垃圾字元的包。TCP連接時會發送含有垃圾字元的數據流直到連接關閉。HACKER利用IP欺騙可以發動DoS攻擊。偽造兩個chargen伺服器之間的UDP包。同樣Fraggle DoS攻擊向目標地址的這個埠廣播一個帶有偽造受害者IP的數據包，受害者為了回應這些數據而過載。
埠：21
服務：FTP
說明：FTP伺服器所開放的埠，用於上傳、下載。最常見的攻擊者用於尋找打開anonymous的FTP伺服器的方法。這些伺服器帶有可讀寫的目錄。木馬Doly Trojan、Fore、Invisible FTP、WebEx、WinCrash和Blade Runner所開放的埠。
埠：22
服務：Ssh
說明：PcAnywhere建立的TCP和這一埠的連接可能是為了尋找ssh。這一服務有許多弱點，如果配置成特定的模式，許多使用RSAREF庫的版本就會有不少的漏洞存在。
埠：23
服務：Telnet
說明：遠程登錄，入侵者在搜索遠程登錄UNIX的服務。大多數情況下掃描這一埠是為了找到機器運行的操作系統。還有使用其他技術，入侵者也會找到密碼。木馬Tiny Telnet Server就開放這個埠。
埠：25

服務：SMTP
說明：SMTP伺服器所開放的埠，用於發送郵件。入侵者尋找SMTP伺服器是為了傳遞他們的SPAM。入侵者的帳戶被關閉，他們需要連接到高帶寬的E-MAIL伺服器上，將簡單的信息傳遞到不同的地址。木馬Antigen、Email Password Sender、Haebu Coceda、Shtrilitz Stealth、WinPC、WinSpy都開放這個埠。
埠：31
服務：MSG Authentication
說明：木馬Master Paradise、Hackers Paradise開放此埠。
埠：42
服務：WINS Replication
說明：WINS復制
埠：53
服務：Domain Name Server（DNS）
說明：DNS伺服器所開放的埠，入侵者可能是試圖進行區域傳遞（TCP），欺騙DNS（UDP）或隱藏其他的通信。因此防火牆常常過濾或記錄此埠。
埠：67
服務：Bootstrap Protocol Server
說明：通過DSL和Cable modem的防火牆常會看見大量發送到廣播地址255.255.255.255的數據。這些機器在向DHCP伺服器請求一個地址。HACKER常進入它們，分配一個地址把自己作為局部路由器而發起大量中間人（man-in-middle）攻擊。客戶端向68埠廣播請求配置，伺服器向67埠廣播回應請求。這種回應使用廣播是因為客戶端還不知道可以發送的IP地址。
埠：69
服務：Trival File Transfer
說明：許多伺服器與bootp一起提供這項服務，便於從系統下載啟動代碼。但是它們常常由於錯誤配置而使入侵者能從系統中竊取任何 文件。它們也可用於系統寫入文件。
埠：79
服務：Finger Server
說明：入侵者用於獲得用戶信息，查詢操作系統，探測已知的緩沖區溢出錯誤，回應從自己機器到其他機器Finger掃描。
埠：80
服務：HTTP
說明：用於網頁瀏覽。木馬Executor開放此埠。
埠：99
服務：Metagram Relay
說明：後門程序ncx99開放此埠。
埠：102
服務：Message transfer agent(MTA)-X.400 over TCP/IP
說明：消息傳輸代理。

埠：109
服務：Post Office Protocol -Version3
說明：POP3伺服器開放此埠，用於接收郵件，客戶端訪問伺服器端的郵件服務。POP3

服務有許多公認的弱點。關於用戶名和密碼交 換緩沖區溢出的弱點至少有20個，這意味著入侵者可以在真正登陸前進入系統。成功登陸後還有其他緩沖區溢出錯誤。
埠：110
服務：SUN公司的RPC服務所有埠
說明：常見RPC服務有rpc.mountd、NFS、rpc.statd、rpc.csmd、rpc.ttybd、amd等
埠：113
服務：Authentication Service
說明：這是一個許多計算機上運行的協議，用於鑒別TCP連接的用戶。使用標準的這種服務可以獲得許多計算機的信息。但是它可作為許多服務的記錄器，尤其是FTP、POP、IMAP、SMTP和IRC等服務。通常如果有許多客戶通過防火牆訪問這些服務，將會看到許多這個埠的連接請求。記住，如果阻斷這個埠客戶端會感覺到在防火牆另一邊與E-MAIL伺服器的緩慢連接。許多防火牆支持TCP連接的阻斷過程中發回RST。這將會停止緩慢的連接。
埠：119
服務：Network News Transfer Protocol
說明：NEWS新聞組傳輸協議，承載USENET通信。這個埠的連接通常是人們在尋找USENET伺服器。多數ISP限制，只有他們的客戶才能訪問他們的新聞組伺服器。打開新聞組伺服器將允許發/讀任何人的帖子，訪問被限制的新聞組伺服器，匿名發帖或發送SPAM。

埠：135
服務：Location Service
說明：Microsoft在這個埠運行DCE RPC end-point mapper為它的DCOM服務。這與UNIX 111埠的功能很相似。使用DCOM和RPC的服務利用計算機上的end-point mapper注冊它們的位置。遠端客戶連接到計算機時，它們查找end-point mapper找到服務的位置。HACKER掃描計算機的這個埠是為了找到這個計算機上運行Exchange Server嗎？什麼版本？還有些DOS攻擊直接針對這個埠。
埠：137、138、139
服務：NETBIOS Name Service
說明：其中137、138是UDP埠，當通過網上鄰居傳輸文件時用這個埠。而139埠：通過這個埠進入的連接試圖獲得NetBIOS/SMB服務。這個協議被用於windows文件和列印機共享和SAMBA。還有WINS Regisrtation也用它。
埠：143
服務：Interim Mail Access Protocol v2
說明：和POP3的安全問題一樣，許多IMAP伺服器存在有緩沖區溢出漏洞。記住：一種linux蠕蟲（admv0rm）會通過這個埠繁殖，因此許多這個埠的掃描來自不知情的已經被感染的用戶。當REDHAT在他們的LINUX發布版本中默認允許IMAP後，這些漏洞變的很流行。這一埠還被用於IMAP2，但並不流行。
埠：161
服務：SNMP
說明：SNMP允許遠程管理設備。所有配置和運行信息的儲存在資料庫中，通過SNMP可獲得這些信息。許多管理員的錯誤配置將被暴露在Internet。Cackers將試圖使用默認的密碼public、private訪問系統。他們可能會試驗所有可能的組合。SNMP包可能會被錯誤的指向用戶的網路。

埠：177

服務：X Display Manager Control Protocol
說明：許多入侵者通過它訪問X-windows操作台，它同時需要打開6000埠。
埠：389
服務：LDAP、ILS
說明：輕型目錄訪問協議和NetMeeting Internet Locator Server共用這一埠。
埠：443
服務：Https
說明：網頁瀏覽埠，能提供加密和通過安全埠傳輸的另一種HTTP。
埠：456
服務：[NULL]
說明：木馬HACKERS PARADISE開放此埠。
埠：513
服務：Login,remote login
說明：是從使用cable modem或DSL登陸到子網中的UNIX計算機發出的廣播。這些人為入侵者進入他們的系統提供了信息。
埠：544
服務：[NULL]
說明：kerberos kshell
埠：548
服務：Macintosh,File Services(AFP/IP)
說明：Macintosh,文件服務。
埠：553
服務：CORBA IIOP （UDP）
說明：使用cable modem、DSL或VLAN將會看到這個埠的廣播。CORBA是一種面向對象的RPC系統。入侵者可以利用這些信息進入系統。

埠：555
服務：DSF
說明：木馬PhAse1.0、Stealth Spy、IniKiller開放此埠。
埠：568
服務：Membership DPA
說明：成員資格 DPA。
埠：569
服務：Membership MSN
說明：成員資格 MSN。
埠：635
服務：mountd
說明：Linux的mountd Bug。這是掃描的一個流行BUG。大多數對這個埠的掃描是基於UDP的，但是基於TCP的mountd有所增加（mountd同時運行於兩個埠）。記住mountd可運行於任何埠（到底是哪個埠，需要在埠111做portmap查詢），只是Linux默認埠是635，就像NFS通常運行於2049埠。
埠：636
服務：LDAP
說明：SSL（Secure Sockets layer）

埠：666
服務：Doom Id Software
說明：木馬Attack FTP、Satanz Backdoor開放此埠
埠：993
服務：IMAP
說明：SSL（Secure Sockets layer）
埠：1001、1011
服務：[NULL]
說明：木馬Silencer、WebEx開放1001埠。木馬Doly Trojan開放1011埠。

埠：1024
服務：Reserved
說明：它是動態埠的開始，許多程序並不在乎用哪個埠連接網路，它們請求系統為它們分配下一個閑置埠。基於這一點分配從埠1024開始。這就是說第一個向系統發出請求的會分配到1024埠。你可以重啟機器，打開Telnet，再打開一個窗口運行natstat -a 將會看到Telnet被分配1024埠。還有SQL session也用此埠和5000埠。
埠：1025、1033
服務：1025：network blackjack 1033：[NULL]
說明：木馬netspy開放這2個埠。
埠：1080
服務：SOCKS
說明：這一協議以通道方式穿過防火牆，允許防火牆後面的人通過一個IP地址訪問INTERNET。理論上它應該只允許內部的通信向外到達INTERNET。但是由於錯誤的配置，它會允許位於防火牆外部的攻擊穿過防火牆。WinGate常會發生這種錯誤，在加入IRC聊天室時常會看到這種情況。
埠：1170
服務：[NULL]
說明：木馬Streaming Audio Trojan、Psyber Stream Server、Voice開放此埠。
埠：1234、1243、6711、6776
服務：[NULL]
說明：木馬SubSeven2.0、Ultors Trojan開放1234、6776埠。木馬SubSeven1.0/1.9開放1243、6711、6776埠。

埠：1245
服務：[NULL]
說明：木馬Vodoo開放此埠。
埠：1433
服務：SQL
說明：Microsoft的SQL服務開放的埠。
埠：1492
服務：stone-design-1
說明：木馬FTP99CMP開放此埠。
埠：1500
服務：RPC client fixed port session queries

說明：RPC客戶固定埠會話查詢
埠：1503
服務：NetMeeting T.120
說明：NetMeeting T.120
埠：1524
服務：ingress
說明：許多攻擊腳本將安裝一個後門SHELL於這個埠，尤其是針對SUN系統中Sendmail和RPC服務漏洞的腳本。如果剛安裝了防火牆就看到在這個埠上的連接企圖，很可能是上述原因。可以試試Telnet到用戶的計算機上的這個埠，看看它是否會給你一個SHELL。連接到600/pcserver也存在這個問題。
埠：1600
服務：issd
說明：木馬Shivka-Burka開放此埠。

埠：1720
服務：NetMeeting
說明：NetMeeting H.233 call Setup。
埠：1731
服務：NetMeeting Audio Call Control
說明：NetMeeting音頻調用控制。
埠：1807
服務：[NULL]
說明：木馬SpySender開放此埠。
埠：1981
服務：[NULL]
說明：木馬ShockRave開放此埠。
埠：1999
服務：cisco identification port
說明：木馬BackDoor開放此埠。

埠：2000
服務：[NULL]
說明：木馬GirlFriend 1.3、Millenium 1.0開放此埠。
埠：2001
服務：[NULL]
說明：木馬Millenium 1.0、Trojan Cow開放此埠。
埠：2023
服務：xinuexpansion 4
說明：木馬Pass Ripper開放此埠。
埠：2049
服務：NFS
說明：NFS程序常運行於這個埠。通常需要訪問Portmapper查詢這個服務運行於哪個埠。
埠：2115

服務：[NULL]
說明：木馬Bugs開放此埠。

埠：2140、3150
服務：[NULL]
說明：木馬Deep Throat 1.0/3.0開放此埠。
埠：2500
服務：RPC client using a fixed port session replication
說明：應用固定埠會話復制的RPC客戶
埠：2583
服務：[NULL]
說明：木馬Wincrash 2.0開放此埠。
埠：2801
服務：[NULL]
說明：木馬Phineas Phucker開放此埠。
埠：3024、4092
服務：[NULL]
說明：木馬WinCrash開放此埠。
埠：3128
服務：squid
說明：這是squid HTTP代理伺服器的默認埠。攻擊者掃描這個埠是為了搜尋一個代理伺服器而匿名訪問Internet。也會看到搜索其他代理伺服器的埠8000、8001、8080、8888。掃描這個埠的另一個原因是用戶正在進入聊天室。其他用戶也會檢驗這個埠以確定用戶的機器是否支持代理。
埠：3129
服務：[NULL]
說明：木馬Master Paradise開放此埠。
埠：3150
服務：[NULL]
說明：木馬The Invasor開放此埠。
埠：3210、4321
服務：[NULL]
說明：木馬SchoolBus開放此埠

埠：3333
服務：dec-notes
說明：木馬Prosiak開放此埠
埠：3389
服務：超級終端
說明：WINDOWS 2000終端開放此埠。
埠：3700
服務：[NULL]

說明：木馬Portal of Doom開放此埠
埠：3996、4060
服務：[NULL]
說明：木馬RemoteAnything開放此埠
埠：4000
服務：QQ客戶端
說明：騰訊QQ客戶端開放此埠。
埠：4092
服務：[NULL]
說明：木馬WinCrash開放此埠。
埠：4590
服務：[NULL]
說明：木馬ICQTrojan開放此埠。
埠：5000、5001、5321、50505 服務：[NULL]
說明：木馬blazer5開放5000埠。木馬Sockets de Troie開放5000、5001、5321、50505埠。
埠：5400、5401、5402
服務：[NULL]
說明：木馬Blade Runner開放此埠。
埠：5550
服務：[NULL]
說明：木馬xtcp開放此埠。
埠：5569
服務：[NULL]
說明：木馬Robo-Hack開放此埠。
埠：5632
服務：pcAnywere
說明：有時會看到很多這個埠的掃描，這依賴於用戶所在的位置。當用戶打開pcAnywere時，它會自動掃描區域網C類網以尋找可能的代理（這里的代理是指agent而不是proxy）。入侵者也會尋找開放這種服務的計算機。，所以應該查看這種掃描的源地址。一些搜尋pcAnywere的掃描包常含埠22的UDP數據包。

埠：5742
服務：[NULL]
說明：木馬WinCrash1.03開放此埠。
埠：6267
服務：[NULL]
說明：木馬廣外女生開放此埠。
埠：6400
服務：[NULL]
說明：木馬The tHing開放此埠。
埠：6670、6671
服務：[NULL]

說明：木馬Deep Throat開放6670埠。而Deep Throat 3.0開放6671埠。
埠：6883
服務：[NULL]
說明：木馬DeltaSource開放此埠。
埠：6969
服務：[NULL]
說明：木馬Gatecrasher、Priority開放此埠。
埠：6970
服務：RealAudio
說明：RealAudio客戶將從伺服器的6970-7170的UDP埠接收音頻數據流。這是由TCP-7070埠外向控制連接設置的。
埠：7000
服務：[NULL]
說明：木馬Remote Grab開放此埠。
埠：7300、7301、7306、7307、7308
服務：[NULL]
說明：木馬NetMonitor開放此埠。另外NetSpy1.0也開放7306埠。

埠：7323
服務：[NULL]
說明：Sygate伺服器端。
埠：7626
服務：[NULL]
說明：木馬Giscier開放此埠。
埠：7789
服務：[NULL]
說明：木馬ICKiller開放此埠。
埠：8000
服務：OICQ
說明：騰訊QQ伺服器端開放此埠。 '
埠：8010
服務：Wingate
說明：Wingate代理開放此埠。
埠：8080
服務：代理埠
說明：WWW代理開放此埠。
埠：9400、9401、9402
服務：[NULL]
說明：木馬Incommand 1.0開放此埠。
埠：9872、9873、9874、9875、10067、10167
服務：[NULL]
說明：木馬Portal of Doom開放此埠
埠：9989
服務：[NULL]

說明：木馬iNi-Killer開放此埠。
埠：11000
服務：[NULL]
說明：木馬SennaSpy開放此埠。
埠：11223
服務：[NULL]
說明：木馬Progenic trojan開放此埠。
埠：12076、61466
服務：[NULL]
說明：木馬Telecommando開放此埠。
埠：12223
服務：[NULL]
說明：木馬Hack'99 KeyLogger開放此埠。
埠：12345、12346
服務：[NULL]
說明：木馬NetBus1.60/1.70、GabanBus開放此埠。
埠：12361
服務：[NULL]
說明：木馬Whack-a-mole開放此埠。
埠：13223
服務：PowWow
說明：PowWow是Tribal Voice的聊天程序。它允許用戶在此埠打開私人聊天的連接。這一程序對於建立連接非常具有攻擊性。它會駐扎在這個TCP埠等回應。造成類似心跳間隔的連接請求。如果一個撥號用戶從另一個聊天者手中繼承了IP地址就會發生好象有很多不同的人在測試這個埠的情況。這一協議使用OPNG作為其連接請求的前4個位元組。

埠：16969
服務：[NULL]
說明：木馬Priority開放此埠。
埠：17027
服務：Concent
說明：這是一個外向連接。這是由於公司內部有人安裝了帶有Concent"adbot"的共享軟體。Concent"adbot"是為共享軟體顯示廣告服務的。使用這種服務的一種流行的軟體是Pkware。
埠：19191
服務：[NULL]
說明：木馬藍色火焰開放此埠。
埠：20000、20001
服務：[NULL]
說明：木馬Millennium開放此埠。
埠：20034
服務：[NULL]
說明：木馬NetBus Pro開放此埠。
埠：21554
服務：[NULL]

說明：木馬GirlFriend開放此埠。
埠：22222
服務：[NULL]
說明：木馬Prosiak開放此埠。

埠：23456
服務：[NULL]
說明：木馬Evil FTP、Ugly FTP開放此埠。
埠：26274、47262
服務：[NULL]
說明：木馬Delta開放此埠。
埠：27374
服務：[NULL]
說明：木馬Subseven 2.1開放此埠。
埠：30100
服務：[NULL]
說明：木馬NetSphere開放此埠。
埠：30303
服務：[NULL]
說明：木馬Socket23開放此埠。
埠：30999
服務：[NULL]
說明：木馬Kuang開放此埠。
埠：31337、31338
服務：[NULL]
說明：木馬BO(Back Orifice)開放此埠。另外木馬DeepBO也開放31338埠。
埠：31339
服務：[NULL]
說明：木馬NetSpy DK開放此埠。
埠：31666
服務：[NULL]
說明：木馬BOWhack開放此埠。

埠：33333
服務：[NULL]
說明：木馬Prosiak開放此埠。
埠：34324
服務：[NULL]
說明：木馬Tiny Telnet Server、BigGluck、TN開放此埠。
埠：40412
服務：[NULL]
說明：木馬The Spy開放此埠。
埠：40421、40422、40423、40426、

服務：[NULL]
說明：木馬Masters Paradise開放此埠。
埠：43210、54321
服務：[NULL]
說明：木馬SchoolBus 1.0/2.0開放此埠。
埠：44445
服務：[NULL]
說明：木馬Happypig開放此埠。
埠：50766
服務：[NULL]
說明：木馬Fore開放此埠。

埠：53001
服務：[NULL]
說明：木馬Remote Windows Shutdown開放此埠。
埠：65000
服務：[NULL]
說明：木馬Devil 1.03開放此埠。
埠：88
說明：Kerberos krb5。另外TCP的88埠也是這個用途。
埠：137
說明：SQL Named Pipes encryption over other protocols name lookup(其他協議名稱查找上的SQL命名管道加密技術)和SQL RPC encryption over other protocols name lookup(其他協議名稱查找上的SQL RPC加密技術)和Wins NetBT name service(WINS NetBT名稱服務)和Wins Proxy都用這個埠。
埠：161
說明：Simple Network Management Protocol(SMTP)（簡單網路管理協議）
埠：162
說明：SNMP Trap（SNMP陷阱）
埠：445
說明：Common Internet File System(CIFS)（公共Internet文件系統）
埠：464
說明：Kerberos kpasswd(v5)。另外TCP的464埠也是這個用途。

埠：500
說明：Internet Key Exchange(IKE)（Internet密鑰交換）
埠：1645、1812
說明：Remot Authentication Dial-In User Service(RADIUS)authentication(Routing and Remote Access)(遠程認證撥號用戶服務)
埠：1646、1813
說明：RADIUS accounting(Routing and Remote Access)(RADIUS記帳（路由和遠程訪問）)
埠：1701
說明：Layer Two Tunneling Protocol(L2TP)(第2層隧道協議)
埠：1801、3527

說明：Microsoft Message Queue Server(Microsoft消息隊列伺服器)。還有TCP的135、1801、2101、2103、2105也是同樣的用途。
埠：2504
說明：Network Load Balancing(網路平衡負荷)
0 通常用於分析操作系統。這一方法能夠工作是因為在一些系統中「0」是無效埠，當你試圖使用一種通常的閉合埠
連接它時將產生不同的結果。一種典型的掃描：使用IP地址為0.0.0.0，設置ACK位並在乙太網層廣播

在去一些知名的網站上
www.FOWFLY.COM/BBS
http://www.cfan.com.cn/pages/20060302/3800.htm
這些都是搜索到的，看對你有幫助嗎？

Ⅱ linux下怎麼將oracle配置成雙機熱備

【DataGuard高可用性】

DataGuard確保企業數據的高可用性，數據保護以及災難恢復。在主資料庫故障無法修復時啟動DataGuard的備份庫，可以像主庫一樣繼續對外提供服務而不影響業務的持續運行。

主備資料庫之間通過日誌傳輸實現資料庫數據同步。

日誌傳輸過程

1、在主系統中利用LNS進程(日誌傳輸進程)將日誌傳輸到備用系統

2、備用系統利用RFS(日誌接收進程)接收主庫傳輸過來的日誌並利用MRP(日誌恢復進程)同步數據

3、DataGuard環境中必須保證3個進程正常工作，否則此DataGuard環境將不能滿足災備需要。

【DG可以解決的問題】

1、在主庫停機維護時，備份庫頂上，使業務應用影響最小

(1)主庫安裝OS補丁或Oracle補丁

(2)主庫進行數據整理

2、一個新的數據遷移項目，將數據遷移同型號更高端IBM伺服器與存儲中，主庫數據2T，並且此遷移操作必須停機時間控制在30分鍾以內(此次時間遠遠適於遷移資料庫文件所需時間),怎麼辦？

(1)把備份庫頂上去

3、由於主庫(倉庫)數據量非常巨大(50T),所以沒有常規備份，但此系統存在DataGuard災備系統，如果主庫某數據文件由於某種原因導致介質故障，你將如何對其進行恢復。

4、異地歸檔日誌

------------------------------------------------------------------------------

主庫：18.150 備庫：18.160

1、主庫和備庫：開啟歸檔模式

archive log list;-----------查看歸檔啟動否

shutdown immediate;---------開啟歸檔前要正常關庫

startup mount;-------------啟動Mount狀態

alter database archivelog;-------開啟歸檔模式

alter database open;--------開啟資料庫

2、確認主庫強制寫日誌

select force_logging from v$database;

(所有sql語句nologging操作時 也會強制寫日誌)

SQL> alter database force logging;

3、修改主備資料庫的參數文件

【主】

SQL>create pfile from spfile;

cd /oracle/app/oracle/proct/10.2.0/db_1/dbs/

vi initTEST.ora

DB_UNIQUE_NAME=TEST

LOG_ARCHIVE_CONFIG='DG_CONFIG=(DB150,DB160)'

LOG_ARCHIVE_DEST_1='LOCATION=/home/oracle/archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=TEST'

LOG_ARCHIVE_DEST_2='SERVICE=DB160 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=TEST'

FAL_SERVER=DB150

FAL_CLIENT=DB160

STANDBY_FILE_MANAGEMENT=AUTO

【備】

SQL>create pfile from spfile;

cd /oracle/app/oracle/proct/10.2.0/db_1/dbs/

vi initTEST.ora

DB_UNIQUE_NAME=TEST

LOG_ARCHIVE_CONFIG='DG_CONFIG=(DB150,DB160)'

LOG_ARCHIVE_DEST_1='LOCATION=/home/oracle/archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=TEST'

LOG_ARCHIVE_DEST_2='SERVICE=DB150 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=TEST'

FAL_SERVER=DB160

FAL_CLIENT=DB150

STANDBY_FILE_MANAGEMENT=AUTO

4、主庫和備庫

都配置「監聽」、「傳輸文件」，並開啟監聽

5、主庫和備庫

都創建「歸檔日誌」目錄：mkdir /home/oracle/archive

6、主庫和備庫

cd /oracle/app/oracle/proct/10.2.0/db_1/dbs/

rm -rf spfileTEST.ora

sqlplus / as sysdba

SQL> startup force;

SQL>create spfile from pfile;

7、備庫

SQL> shutdown immediate

[oracle@sq18 admin]$ sqlplus sys/lipengfei as sysdba

（連接成功）

SQL> startup nomount force;

8、主庫

SQL> show parameter ARCHIVE(查看到剛才配置的值生效了)

9、備庫

（報錯沒有相應目錄）

[oracle@sq18 admin]$ mkdir -p /oracle/app/admin/TEST/amp

[oracle@sq18 admin]$ mkdir -p /oracle/app/admin/TEST/bmp

[oracle@sq18 admin]$ mkdir -p /oracle/app/admin/TEST/cmp

[oracle@sq18 admin]$ mkdir -p /oracle/app/flash_recovery_area

[oracle@sq18 admin]$ mkdir -p /oracle/app/admin/TEST/um

保證資料庫兩邊的密碼文件中的密碼一致（主備資料庫sys用戶密碼必須相同，如果備庫中沒有orapwTEST，從主庫中拷貝到來）

10、主庫

mkdir /home/oracle/db_bak/

rman target /

RMAN> backup full database format='/home/oracle/db_bak/%U' include current controlfile for standby;

(別退出RMAN，第12步用)

11、備庫

mkdir /home/oracle/db_bak/

12、主庫(把全庫備份的文件拷貝到備庫)

cd /home/oracle/db_bak/

scp 備份文件 [email protected]:/home/oracle/db_bak/

RMAN>connect auxiliary sys/lipengfei@DB160

RMAN> plicate target database for standby nofilenamecheck;----異機(備庫)恢復，保證主備庫的數據和狀態一樣

13、備庫

cd /oracle/app/oradata/TEST

ls -------->查看有沒有文件

sqlplus / as sysdba

SQL>select open_mode from v$database;----------mount狀態

14、主庫

SQL> select process from v$managed_standby;

（沒有災備的進程）

SQL> alter system switch logfile;

SQL> select process from v$managed_standby;

PROCESS

---------

ARCH

ARCH

LNS

已經有了進程，lns傳輸進程）

15、備庫

SQL> select process from v$managed_standby;

PROCESS

---------

ARCH

ARCH

RFS

RFS

（已經有了進程，rfs接收進程）

SQL> alter database recover managed standby database disconnect from session;

SQL> select process from v$managed_standby;

PROCESS

---------

ARCH

ARCH

RFS

RFS

MRP0

16、主庫

SQL>create table haha as select * from dba_objects;

SQL>insert into haha select * from haha;

SQL>alter system switch logfile;

17、備庫

SQL> alter database recover managed standby database cancel;

（備庫上，只有把恢復日誌進程MRP0取消，才可以打開資料庫）

SQL> alter database open;

SQL> select count(*) from haha

【注意】

（1）備用資料庫在日誌恢復過程中（MRP進程存在期間）資料庫處於MOUNTED狀態，此時備用資料庫無法打開供讀取使用

（2）打開備用資料庫

停止備用庫的日誌恢復進程MRP

alter database recover managed standby database cancel;

open備用資料庫,備用資料庫默認打開為只讀方式

alter database open;

（3）重新啟動備用資料庫的MRP進程，資料庫自動從OPEN狀態轉換到MOUNT 狀態

alter database recover managed standby database disconnect from session;

（4）mrp進程停止期間，只要RFS進程存在，那麼不影響日誌的接收

兄弟，以上就是關於oracle DG構架的實驗材料，希望可以幫到你！

Ⅲ 嵌入式Linux是由哪幾個部分組成

使用linux的嵌入式系統基本上分為三個部分:
1.U-boot(bootloader)
2.linux
kernel.
3.文件系統.
不知道是不是你想要的

Ⅳ 電腦服務和埠問題，謝謝！

如果你裝了的金山網鏢，那就很簡單了，你打開網鏢後，切換到「網路狀態」標簽窗口，那裡面就列出了所有正在使用網路通信的進程，點擊想看的進程，就會自動展開詳細信息，其中就包括了該進程使用的埠信息，當然還有進程的本地文件等其它信息！我想這應該是你要的簡單方便的查詢方式吧！

Ⅳ 關於linux 軟中斷對網卡性能的影響以及優化

首先，要對軟中斷有一個認識，程序運行後，操作系統會發送程序需要的一些cpu指令到某個cpu，扔給CPU的這個過程是非同步的，cpu獲得指令後操作完成會觸發一個硬中斷，並且把操作的結果保存在寄存器，之後linux內核會啟動ksofttrip進程去，來獲取操作結果，這個動作就叫做軟中斷。
linux默認會起n個ksofttrip進程，n等於cpu的個數，ksofttrip是死循環，只要有軟中斷，它就會一直去獲取，n個ksoftrip獲取源是一樣的，為什麼要起n個進程呢？就是為了 ，當某個cpu空閑，哪個就去跑。通常操作系統里它的進程名是 ksoftrip/n ,n是對應的cpu的編號，ksoft進程跟cpu是一對一綁定的。
現在來說說網卡的性能問題，要想優化，首先你的網卡必須是多通道隊列的。那如何知道你的網卡是否是多隊列的呢？ 通過cat /proc/interrept |grep eth0|wc -l 可以看到網卡通道隊列的數量.
現在來來說說優化方案，為什麼要優化，因為linux默認情況所有的網卡的軟中斷都是的cpu0，所以加入你的ksoftrip/0總是跑滿,就說明可能是網卡問題了。

方案1 ，SMP IRQ affinity技術
說白了，就是信號量分布技術，把特定信號量的處理放到固定的cpu上，每個網卡的通道隊列都有一個自己的信號量。
首先查看所有網卡通道隊列的信號量，方法 cat/proc/interrept |grep eth0
每行最開頭的數字「n:」就是信號量，在/proc/irq/下面可以找到對應的以信號量命名的目錄
找完了之後，可以進行信號量綁定了，在/proc/irq/n/下面有兩個文件，分別是smp_affinity跟smp_affinity_list, 這兩個是文件的內容是對應的，smp_affinity里是通過bitmask演算法綁定cpu，smp_affinity_list是通過數字指定cpu編號的方法，例如 cpu0，文件里就是「0」,如果是cpu1跟2就是「1,2」
！！重點來了，雖然默認裡面填寫的是多個，但是！！！但是它只跑在綁定cpu中的第一個！！！坑啊！！！
所以，你要做的就是單獨綁定每一個網卡的通道隊列。
直接echo "1" >/proc/irq/ (cpu1的信號量)/snmp_affinity_list
echo "3" >/proc/irq/$(cpu2的信號量)/snmp_affinity_list

這個是最快速的解決方案，提升效率顯著啊！！！

升級方案2，在方案1基礎之上，RPS/RFS技術
此技術大家可以查網上，文章很多，優化效果是，單個網卡通道隊列的軟中斷會平均到所有cpu上，並且會優化為，中斷落在發出中斷的程序所在的那個cpu上，這樣節省了cpu cache。

壞消息是對單隊列網卡而言，「smp_affinity」和「smp_affinity_list」配置多CPU無效。

好消息是Linux支持RPS，通俗點來說就是在軟體層面模擬實現硬體的多隊列網卡功能。

首先看看如何配置RPS，如果CPU個數是 8 個的話，可以設置成 ff：

shell> echo ff > /sys/class/net/eth0/queues/rx-0/rps_cpus

接著配置內核參數rps_sock_flow_entries（官方文檔推薦設置： 32768）：

shell> sysctl net.core.rps_sock_flow_entries=32768

最後配置rps_flow_cnt，單隊列網卡的話設置成rps_sock_flow_entries即可：

echo 32768 > /sys/class/net/eth0/queues/rx-0/rps_flow_cnt

說明：如果是多隊列網卡，那麼就按照隊列數量設置成 rps_sock_flow_entries / N 。