Linux上模擬大規(guī)模并行數(shù)據(jù)庫(kù)處理轉(zhuǎn)載網(wǎng)絡(luò)_第1頁(yè)
Linux上模擬大規(guī)模并行數(shù)據(jù)庫(kù)處理轉(zhuǎn)載網(wǎng)絡(luò)_第2頁(yè)
Linux上模擬大規(guī)模并行數(shù)據(jù)庫(kù)處理轉(zhuǎn)載網(wǎng)絡(luò)_第3頁(yè)
Linux上模擬大規(guī)模并行數(shù)據(jù)庫(kù)處理轉(zhuǎn)載網(wǎng)絡(luò)_第4頁(yè)
Linux上模擬大規(guī)模并行數(shù)據(jù)庫(kù)處理轉(zhuǎn)載網(wǎng)絡(luò)_第5頁(yè)
已閱讀5頁(yè),還剩8頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、.Linux 上模擬大規(guī)模并行數(shù)據(jù)庫(kù)處理 轉(zhuǎn)載網(wǎng)絡(luò)大規(guī)模并行處理massively parallel processing,MPP是使許多廉價(jià)計(jì)算機(jī)在一起工作以解決大問題的關(guān)鍵。某些類別的問題是很難分成小塊然后轉(zhuǎn)交給機(jī)器群集來處理的,幸運(yùn)的是,關(guān)系數(shù)據(jù)庫(kù)適用于并行化。分區(qū)和群集是數(shù)據(jù)庫(kù)可伸縮性的關(guān)鍵。如今,您可以先從低本錢技術(shù)來著手實(shí)現(xiàn),這反駁了MPP等于大規(guī)模的采購(gòu)價(jià)格massive purchase price的觀點(diǎn)。本文將向您演示如何在您的便攜式電腦上使DB2?Extended Enterprise EditionEEEV7.2在Linux上運(yùn)行起來。然后,我們將探究如何在單個(gè)計(jì)算機(jī)上設(shè)

2、置兩個(gè)數(shù)據(jù)庫(kù)分區(qū)稱為多個(gè)邏輯節(jié)點(diǎn)以及如何在這些節(jié)點(diǎn)之間創(chuàng)立分區(qū)表。雖然本文使用的環(huán)境是DB2 EEE V7.2,但是對(duì)于使用DB2 V8企業(yè)版的用戶也有借鑒作用,根本過程沒有太大差異。以上就是花費(fèi)數(shù)百萬美元構(gòu)成的計(jì)算機(jī)群集處理DB2 EEE中數(shù)據(jù)的方式。但是,單個(gè)CPU機(jī)器也可以運(yùn)行多個(gè)節(jié)點(diǎn),并模擬構(gòu)成計(jì)算機(jī)群集。并行群集多重處理是計(jì)算領(lǐng)域一項(xiàng)非常沖動(dòng)人心的領(lǐng)域,如今學(xué)習(xí)分區(qū)和群集知識(shí)是為將來使用做好準(zhǔn)備的主要方法。MPP數(shù)據(jù)庫(kù)技術(shù)的完全簡(jiǎn)史并行數(shù)據(jù)庫(kù)的最初成功設(shè)計(jì)之一要回溯到1986年,請(qǐng)參閱Dewitt 1986。經(jīng)歷了一段時(shí)間之后,直到二十世紀(jì)九十年代中期這些數(shù)據(jù)庫(kù)才成為商業(yè)實(shí)體-UNI

3、X?平臺(tái)上的產(chǎn)品。MPP數(shù)據(jù)庫(kù)與Linux的結(jié)合在2001年首次戰(zhàn)勝了商業(yè)數(shù)據(jù)倉(cāng)庫(kù)基準(zhǔn)程序。基于低本錢Intel的硬件、IBM的DB2 EEE和Linux的結(jié)合被用于完成TPC-H數(shù)據(jù)倉(cāng)庫(kù)基準(zhǔn)程序。并行數(shù)據(jù)庫(kù)是如何工作的?使多臺(tái)計(jì)算機(jī)同時(shí)處理同一問題的方法主要有兩種。無共享shared nothing體系構(gòu)造意味著每臺(tái)計(jì)算機(jī)都有它自己的CPU、內(nèi)存和磁盤。計(jì)算機(jī)通過高速互連被連接在一起,如圖1所示。當(dāng)處理查詢時(shí),每個(gè)節(jié)點(diǎn)處理其本地表中的行,然后將節(jié)點(diǎn)的部分結(jié)果回傳給協(xié)調(diào)程序節(jié)點(diǎn)。協(xié)調(diào)程序?qū)碜运泄?jié)點(diǎn)的所有結(jié)果合并成最終結(jié)果集。節(jié)點(diǎn)不一定是獨(dú)立的計(jì)算機(jī)-在單個(gè)計(jì)算機(jī)上可以存在多個(gè)分區(qū)。圖1.無

4、共享體系構(gòu)造高速互連對(duì)于任何計(jì)算機(jī)群集不管是不是數(shù)據(jù)庫(kù)的性能都至關(guān)重要。請(qǐng)參閱有關(guān)該主題的我的前一篇DB2開發(fā)者園地文章,以理解當(dāng)從100兆位交換器更改為10兆位集線器時(shí)對(duì)群集關(guān)系數(shù)據(jù)庫(kù)產(chǎn)生的性能影響。目前的互連技術(shù)Infiniband要比100兆位快得多,它所提供的性能在500 MB/秒到6 GB/秒之間,這樣的帶寬綽綽有余。共享磁盤體系構(gòu)造圖2使用鎖管理器在計(jì)算機(jī)之間作出仲裁,這些計(jì)算機(jī)都訪問一個(gè)公共磁盤池。這種體系構(gòu)造在原理上是有缺陷的,因?yàn)楫?dāng)節(jié)點(diǎn)數(shù)增加時(shí),群集會(huì)沉溺于鎖懇求中。速度較快的硬件隱藏了大量的錯(cuò)誤,但即使在每個(gè)節(jié)點(diǎn)上使用鎖高速緩存,該方法也不能違犯物理規(guī)律,并且假設(shè)沒有特定硬

5、件來完成在DB2 for z/OS?上使用Parallel Sysplex?技術(shù)實(shí)現(xiàn)的作業(yè),它將無法伸縮。該環(huán)境中的數(shù)據(jù)庫(kù)訪問要求每個(gè)節(jié)點(diǎn)都在共享磁盤上懇求一塊數(shù)據(jù)。假設(shè)另一個(gè)節(jié)點(diǎn)已經(jīng)鎖定該數(shù)據(jù)準(zhǔn)備更新,那么正在懇求的節(jié)點(diǎn)必須等待正在更新的節(jié)點(diǎn)完成。這種環(huán)境容易發(fā)生死鎖的鎖情況。節(jié)點(diǎn)1鎖定資源A并懇求資源B。節(jié)點(diǎn)2鎖定資源B并懇求對(duì)資源A的鎖定。這兩個(gè)節(jié)點(diǎn)都不釋放它們的鎖,所以它們一直等待下去。您已經(jīng)知道群集中的每個(gè)節(jié)點(diǎn)都處理它的本地?cái)?shù)據(jù),然后將其結(jié)果回傳給查詢協(xié)調(diào)程序節(jié)點(diǎn)。但是,每個(gè)節(jié)點(diǎn)如何分配到關(guān)系表中的數(shù)據(jù)子集呢?這就是散列分區(qū)在MPP群集中所做的事情。要在多個(gè)節(jié)點(diǎn)之間分布表,選擇分區(qū)鍵

6、。假設(shè)存在主鍵,那么這是分區(qū)鍵的一個(gè)非常好的選項(xiàng)?;鶖?shù)非常低的列例如,只有兩個(gè)值M和F的性別是糟糕的分區(qū)鍵。在CREATE TABLE語句中指定表分區(qū)。下面是一個(gè)例如:CREATE TABLE marty?foo INTEGER?PARTITIONING KEYfooUSING HASHING;根據(jù)對(duì)名為foo的列計(jì)算散列值,marty表將被分布于MPP群集或虛擬群集中的所有節(jié)點(diǎn)中。計(jì)算散列值時(shí),數(shù)據(jù)庫(kù)計(jì)算哪個(gè)節(jié)點(diǎn)在虛擬群集中是分區(qū)擁有該特定散列值的行并將這些行存儲(chǔ)在適當(dāng)?shù)挠?jì)算機(jī)上。您或許已經(jīng)確定了散列算法必須非???。基數(shù)低的列對(duì)于分區(qū)表是一個(gè)糟糕選項(xiàng),因?yàn)樗a(chǎn)生極少的唯一值。假設(shè)MPP群集中

7、有10個(gè)節(jié)點(diǎn),而分區(qū)列中僅有5個(gè)唯一值,那么只有5個(gè)節(jié)點(diǎn)將有數(shù)據(jù),可能會(huì)更少!但是,不必?fù)?dān)憂,可以將多個(gè)列用于分區(qū)鍵。讓我們嘗試在單個(gè)計(jì)算機(jī)上使用DB2 EEE一種無共享關(guān)系數(shù)據(jù)庫(kù)來模擬無共享方法。單處理器的計(jì)算機(jī)可以提供一種完全模擬無共享群集的測(cè)試環(huán)境。下面的每個(gè)安裝步驟都以描繪性信息的鏈接開場(chǎng),這些信息可在后面的逐步注釋一節(jié)中找到。逐步注釋開場(chǎng)處的相應(yīng)鏈接可讓您返回到安裝步驟。假設(shè)您遇到問題,請(qǐng)參閱故障排除。安裝完DB2之后,可以在數(shù)據(jù)庫(kù)效勞器中的兩個(gè)分區(qū)模擬節(jié)點(diǎn)之間進(jìn)展數(shù)據(jù)分區(qū)。假設(shè)您想要快速且方便地開場(chǎng),可以使用形式與程序來填充表。在Intel體系構(gòu)造機(jī)器上安裝Linux。它可以是便攜

8、式電腦或任何其它PC。本文的測(cè)試在SuSE 7.2和Red Hat 7.0、7.1以及7.2上運(yùn)行。在SuSE上,編輯/etc/inetd.conf,取消rsh行的注釋。確保在更改配置文件之后重新啟動(dòng)inetd。在Red Hat上,編輯文件/etc/xinetd.d/rsh,將disable=yes更改成disable=no。作為root用戶,使用以下命令序列來重新啟動(dòng)xinetd確切的文件名可能會(huì)有所不同:#/etc/rc.d/rc3.d/S56xinetd stop#/etc/rc.d/rc3.d/S56xinetd start sysctl-w kernel.shmmax=1073741

9、8 24 sysctl-w kernel.msgmni=1024 sysctl-w fs.file-max=8192 sysctl-w kernel.sem=?50 32000 32 1024?rpm-i pdksh-5.1.14-8.i386.rpm您的pdksh發(fā)行版可能會(huì)不同。以root用戶身份登錄,使用以下命令安裝DB2 EEE V7.2產(chǎn)品:./db2setup選擇選項(xiàng)以創(chuàng)立樣本數(shù)據(jù)庫(kù)和管理效勞器。使用用戶標(biāo)識(shí)的缺省值,因?yàn)檫@些指示信息都基于缺省值。我希望不要使用auto-start at reboot選項(xiàng)。DB2_db2inst1?60000/tcp?#Connection por

10、t for DB2 instance db2inst1#line below added to provide ports for MLN DB2_db2inst1_END?60004/tcp?#end of range of MLN ports#make sure the next port is greater than the 60004 above#no overlaps are allowed以用戶db2inst1身份登錄,設(shè)置該用戶的rsh。創(chuàng)立權(quán)限為600并具有以下項(xiàng)的文件.rhosts:localhost your_host_name_here使用以下命令測(cè)試rsh設(shè)置:db2

11、_all echo hi輸出將是回顯到標(biāo)準(zhǔn)輸出stdout的字符串hi。db2start db2 connect to sample db2 connect reset db2stop這些命令啟動(dòng)數(shù)據(jù)庫(kù),將您連接到樣本數(shù)據(jù)庫(kù),然后停頓數(shù)據(jù)庫(kù)。數(shù)據(jù)庫(kù)停頓后,編輯文件./sqllib/db2nodes.cfg并添加另一個(gè)虛擬節(jié)點(diǎn)。TCP/IP名為mikado的主機(jī)它有兩個(gè)邏輯節(jié)點(diǎn)上的文件類似于:0 mikado 01 mikado 1db2inst1mikado db2inst1$db2start 01-01-2002 20:30:38?1?0?SQL1063N?DB2START processi

12、ng was successful.01-01-2002 20:30:39?0?0?SQL1063N?DB2START processing was successful.SQL1063N?DB2START processing was successful.db2inst1mikado db2inst1$創(chuàng)立跨邏輯節(jié)點(diǎn)進(jìn)展分區(qū)的表。假設(shè)您需要復(fù)習(xí)分區(qū)概念,請(qǐng)參閱無共享環(huán)境中的數(shù)據(jù)分區(qū)。connect to sample;CREATE TABLE marty?foo INTEGER?PARTITIONING KEYfooUSING HASHING;將一些數(shù)據(jù)插入表中??梢允褂肑ava?樣本程序

13、來完成這一步或者您自己做。select partitionfooas Partition_Hash,?count*as Hash_Count from marty group by?partitionfooorder by count*desc fetch first 10?rows only;最后一步。祝賀您!享受您的選擇吧!在Intel體系構(gòu)造機(jī)器上安裝Linux。與先前版本相比,Linux的安裝過程有了很大的改進(jìn)。我認(rèn)為它比Windows?方便得多,只需要一次重新引導(dǎo)。在一個(gè)過程中安裝一個(gè)完好的開發(fā)環(huán)境,而不需要許多附加過程。可以挑選SuSE suse 或Red Hat redhat 的

14、發(fā)行版或者任何一種版本,但應(yīng)遵守它并學(xué)習(xí)如何好好地管理它。Red Hat V7.2對(duì)lilo一種引導(dǎo)管理器進(jìn)展了更新,使之可以識(shí)別Windows 2000?分區(qū)以便進(jìn)展雙重引導(dǎo)。這比起使用Windows引導(dǎo)管理器來要少很多工作,后者需要占用引導(dǎo)扇區(qū)的前512個(gè)字節(jié)并使它成為boot.ini文件中的一個(gè)選項(xiàng)。Red Hat 7.1也使用EEE,但標(biāo)準(zhǔn)分發(fā)版中的PCMCIA驅(qū)動(dòng)程序會(huì)在一臺(tái)機(jī)器上引起內(nèi)核恐慌。7.1和7.2都具有新的Linux內(nèi)核V2.4。這有許多重要改進(jìn),盡力獲得新分發(fā)版是值得的。我建議使用定制安裝選項(xiàng),該選項(xiàng)允許文件系統(tǒng)分配。它還提供了屏幕來讓您選擇想要安裝的軟件包。打算將1.

15、3 GB的空間用于相當(dāng)全面的Linux映象。這包括完好的開發(fā)環(huán)境、Web效勞器、Perl和Python等。我驚喜地發(fā)現(xiàn),在SuSE缺省安裝時(shí),在/etc/hosts文件中有多個(gè)IP V6項(xiàng)。當(dāng)我們?cè)谝蛱鼐W(wǎng)上用完地址時(shí),使人們轉(zhuǎn)向ipv6是一件好事情,因?yàn)樗峁┝硕噙_(dá)數(shù)個(gè)數(shù)量級(jí)的地址。我還針對(duì)Windows XP分區(qū)測(cè)試了SuSE的引導(dǎo)管理器,它引導(dǎo)到Linux或Windows,而且不會(huì)產(chǎn)生任何問題。請(qǐng)?jiān)L問,這上面搜集了有關(guān)如何處理大多數(shù)配置問題的優(yōu)秀文章。更改xinetd以承受rsh。當(dāng)前的Linux分發(fā)版做了一件好事情,新安裝可以進(jìn)展網(wǎng)絡(luò)訪問。但這意味著您一定要明確地啟用您想要使用的功能部件

16、。您可能會(huì)認(rèn)為這太過多疑了,但您錯(cuò)了。我通過可用的Telnet和ftp將一臺(tái)舊的速度緩慢的486 PC與有線電視調(diào)制解調(diào)器連接。果然,有人闖入了該機(jī)器。甚至連破舊的機(jī)器也不能躲過黑客的注意。/etc/rc.d/rc3.d目錄包含在運(yùn)行級(jí)別3上運(yùn)行的所有腳本。每個(gè)以S開頭的腳本都是用參數(shù)start運(yùn)行的。您可以閱讀這些腳本,以更好地理解所有這些消息在啟動(dòng)和關(guān)閉時(shí)是如何出現(xiàn)的以及它們的真正含意。更改SuSE或Red Hat 7.1和7.2的內(nèi)核參數(shù)。這多有趣呀!您可以更改而不必重新編譯內(nèi)核。疑難解答一節(jié)描繪了假設(shè)您不作這一更改的話,您將獲得的錯(cuò)誤消息。您將可以啟動(dòng)引擎,但假設(shè)沒有增加參數(shù)msgmn

17、i,連接到數(shù)據(jù)庫(kù)的嘗試將失敗。安裝公共域ksh。db2_all腳本依賴于公共域ksh??梢酝ㄟ^鏈接bash可執(zhí)行文件并稱之為ksh來解決這一問題,但這種逃避手段只對(duì)某些命令起作用。繼續(xù)安裝pdksh。假設(shè)愿意,您也可以呆在bash中完成您想做的每件事情。以root用戶身份登錄,安裝DB2 EEE V7.2。要使用的最正確文檔是快速入門-請(qǐng)參閱:DB2 for UNIX Quick Beginnings GC09-2970,它包含了很好的逐步安裝信息。安裝屏幕類似于圖3:圖3.Linux上的DB2安裝屏幕請(qǐng)對(duì)用戶標(biāo)識(shí)全部使用缺省值,因?yàn)槭S嗟闹甘拘畔⒍际褂萌笔≈?。圖4顯示了數(shù)據(jù)庫(kù)效勞器和管理效勞

18、器的缺省用戶。編輯/etc/services文件,添加粗體顯示的行。每個(gè)邏輯節(jié)點(diǎn)都需要一個(gè)通信端口來偵聽連接懇求并與其它節(jié)點(diǎn)對(duì)話。請(qǐng)記?。寒?dāng)節(jié)點(diǎn)處理其本地?cái)?shù)據(jù)時(shí),它需要與其它節(jié)點(diǎn)進(jìn)展通信來回傳結(jié)果集。邏輯節(jié)點(diǎn)使用的端口范圍在/etc/services中用_END語法保存。假設(shè)沒有額外的偵聽器端口,就不能啟動(dòng)多個(gè)邏輯節(jié)點(diǎn)!以用戶db2inst1身份登錄,設(shè)置該用戶的rsh。對(duì)于要對(duì)話的節(jié)點(diǎn)來說,它們必須互相信任。您可以使用.rhosts文件或者讓系統(tǒng)管理員在您自己的Linux機(jī)器上是您自己將那些項(xiàng)置于/etc/hosts.equiv中。測(cè)試安裝。此時(shí),您已經(jīng)連接到單個(gè)DB2 EEE節(jié)點(diǎn)實(shí)例。下一

19、步是關(guān)閉該實(shí)例,然后添加另一個(gè)邏輯節(jié)點(diǎn)。假設(shè)您遇到連接問題,請(qǐng)確保存在名為sample的數(shù)據(jù)庫(kù)。數(shù)據(jù)庫(kù)停頓后,編輯文件./sqllib/db2nodes.cfg。這是定義附加節(jié)點(diǎn)的方法。第一個(gè)數(shù)字是節(jié)點(diǎn)號(hào),下一項(xiàng)為哪一項(xiàng)TCP/IP節(jié)點(diǎn)名,第三項(xiàng)是節(jié)點(diǎn)將用來通信的端口。這是效勞器實(shí)例的/etc/services中端口號(hào)的偏移量。不必?fù)?dān)憂,在所示的例如文件中,我不會(huì)嘗試將真實(shí)的端口0和真實(shí)的端口1用于DB2。啟動(dòng)多個(gè)邏輯節(jié)點(diǎn)。祝賀您!您已經(jīng)完成了。如今,您正在模擬在無共享群集中運(yùn)行兩個(gè)不同的計(jì)算機(jī)。當(dāng)數(shù)據(jù)庫(kù)產(chǎn)生時(shí),它將為第二個(gè)節(jié)點(diǎn)創(chuàng)立數(shù)據(jù)副本。PARTITIONING KEYfooUSING H

20、ASHING;這是指定哪個(gè)列用于分區(qū)數(shù)據(jù)的方法。請(qǐng)記?。毫衒oo中的值應(yīng)該有高基數(shù)假定沒有許多重復(fù)值。將一些數(shù)據(jù)插入表中。假設(shè)您更喜歡用另一種方法來插入行,請(qǐng)隨意。該程序?qū)⒁粋€(gè)遞增整數(shù)插入列foo中。查看分區(qū)分布。該步驟中所示的查詢顯示了行在4096個(gè)散列存儲(chǔ)區(qū)之間是如何分布的。隨著更多的鍵值混編到特定存儲(chǔ)區(qū),散列存儲(chǔ)區(qū)不斷增大。這表示某些散列存儲(chǔ)區(qū)的值可以比其它散列存儲(chǔ)區(qū)多。這是任何散列算法所固有的,不會(huì)有負(fù)面影響,除非有一個(gè)顯著的散列偏離。假設(shè)發(fā)生顯著的偏離,您或許要查看分區(qū)鍵的基數(shù)并挑選一些值更為獨(dú)特的東西。select partitionfooas Partition_Hash,?co

21、unt*as Hash_Count from marty group by?partitionfooorder by count*desc fetch first 10?rows only;PARTITION_HASH HASH_COUNT-?2626?17?3464?15?307?13?329?13?746?13?1913?13?107?12?492?12?847?12?1021?12?10 recordsselected.最后一個(gè)步驟。祝賀您!享受您的選擇吧!假設(shè)您到此沒有任何錯(cuò)誤,我會(huì)很沖動(dòng)。假設(shè)有錯(cuò)誤,我希望下面一節(jié)會(huì)盡量減少您的煩惱。萬一某一步驟出錯(cuò),下面是各種錯(cuò)誤消息的參考和修正它

22、們所需的步驟。消息:SQL6031N錯(cuò)誤病癥:SQL6031N?Error in the db2nodes.cfg file at line number2.Reason code12.診斷:要查找該錯(cuò)誤的文本,使用db2命令環(huán)境$db2?SQL031N Reason code?2?states:12Ensure that you only use port values that are specified in the services file/etc/services file on UNIX-based systemsfor your instance.解決方案:要修正該問題,根據(jù)上

23、面第6步的描繪更新/etc/services。消息:SQL6048N通信錯(cuò)誤該消息可能出如今啟動(dòng)和停頓處理期間,如第10步中所描繪的那樣。該問題的根源要回到第2步。導(dǎo)致出現(xiàn)該消息的其它可能問題是pdksh問題,我們將在下面討論它。病癥:db2inst1poohbah db2inst1$db2start 12-31-2001 09:29:32?0?0?SQL6048N?A communication error occurred during START or STOP DATABASE MANAGER processing.12-31-2001 09:29:32?1?0?SQL6048N?A

24、communication error occurred during START or STOP DATABASE MANAGER processing.SQL1032N?No start database manager command was issued.?SQLSTATE=57019 SQL6048N Acommunication error occurred during START or STOP?DATABASE MANAGER processing.診斷:節(jié)點(diǎn)無法彼此對(duì)話。節(jié)點(diǎn)必須通信,才能傳輸SQL查詢和接收回結(jié)果集。下面顯示了該錯(cuò)誤消息的全文:Explanation:A

25、TCP/IP communication error occurred while the START or STOP DATABASE MANAGER command was trying to establish connection with all the nodes defined in the sqllib/db2nodes.cfg file.User Response:Do the following:Ensure that the node has the proper authorization defined in the.rhosts or the host.equiv

26、files.If using multiple logical nodes,ensure the DB2NODE environment variable is set correctly.The DB2NODE environment variable indicates the node the application will attempt to connect to.DB2NODE must be set to the node number of one of the nodes defined on the same host as the application.解決方案:在d

27、b2inst主目錄中添加.rhosts文件,通過輸入以下命令,驗(yàn)證rsh是否正在運(yùn)行:$rsh localhost echo hi文本hi將出如今標(biāo)準(zhǔn)輸出上。您可以用以下命令進(jìn)一步驗(yàn)證功能的正確性:$db2_all echo hi應(yīng)該在標(biāo)準(zhǔn)輸出上獲得字符串hi,db2_all的成功操作指出您還正確地安裝了pdksh。假設(shè)db2_all失敗,請(qǐng)閱讀下一個(gè)錯(cuò)誤消息。消息:SQL6048N病癥:由于第2步中rsh設(shè)置出現(xiàn)的問題,我們可能已經(jīng)看到了這一錯(cuò)誤消息。假設(shè)沒有按照第4步所描繪的那樣安裝pdksh,那么也會(huì)出現(xiàn)該錯(cuò)誤。db2inst1poohbah db2inst1$db2start 12-3

28、1-2001 10:21:42?0?0?SQL6048N?A communication error occurred during START or STOP DATABASE MANAGER processing.12-31-2001 10:21:42?1?0?SQL6048N?A communication error occurred during START or STOP DATABASE MANAGER processing.SQL1032N?No start database manager command was issued.?SQLSTATE=57019診斷:這些錯(cuò)誤是由

29、于喪失/bin/ksh引起的。解決方案:按照下面的指示信息安裝公共域Korn shell:rpm-i/mnt/cdrom/RedHat/RPMS/pdksh-5.2.14-13.i386.rpm消息:SQL0902C系統(tǒng)錯(cuò)誤病癥:數(shù)據(jù)庫(kù)啟動(dòng),但在連接時(shí)發(fā)生錯(cuò)誤。在Red Hat 7.1和Red Hat 7.2平臺(tái)上出現(xiàn)的錯(cuò)誤有所不同。Red Hat Linux 7.2上的內(nèi)核參數(shù)錯(cuò)誤:db2inst1poohbah db2inst1$db2start 01-03-2002 10:41:45?1?0?SQL1063N?DB2START processing was successful.01-0

30、3-2002 10:41:46?0?0?SQL1063N?DB2START processing was successful.SQL1063N?DB2START processing was successful.db2inst1poohbah db2inst1$db2 connect to sample SQL0902C?A system errorreason code=occurred.Subsequent SQL statements cannot be processed.?SQLSTATE=58005db2inst1poohbah db2inst1$Red Hat Linux 7

31、.1上的內(nèi)核參數(shù)錯(cuò)誤:db2inst1mikado db2inst1$db2start 01-03-2002 11:19:14?1?0?SQL1063N?DB2START processing was successful.01-03-2002 11:19:16?0?0?SQL1063N?DB2START processing was successful.SQL1063N?DB2START processing was successful.db2inst1mikado db2inst1$db2 connect to sample SQL1084C?Shared memory segments cannot be allocated.?SQLSTATE=57019db2inst1mikado

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論