|
問(wèn)題:DRP9.0。銷售多(duō)維報(bào)表打開(kāi)時(shí)進度條大(dà)概去(qù)到(dào)30%位置就(jiù)停下(xià)來(lái)卡著(zhe)不(bù)動,等很(hěn)長(cháng)時(shí)間(jiān)才能(néng)打開(kāi)。
分(fēn)析:引起這(zhè)個(gè)問(wèn)題的(de)主要(yào)原因,有(yǒu)兩種可(kě)能('néng)會(huì)做(zuò)成,一(yī)個(gè)是(shì)SQL服務器(qì)內(nèi)一(yī)個(gè)叫“Distributed Transaction Coordinator”服務項目沒有(yǒu)啓動;另一(yī)個(gè)則是(shì)數(shù)據庫內(nèi)部查詢時(shí)出錯(cuò)所做(zuò)成。
解決:打開(kāi)SQL服務管理(lǐ)器(qì),把Distributed Transaction Coordinator服務重新啓動(一(yī)般需要(yào)把服務管理(lǐ)器(qì)內(nèi)沒有(yǒu)啓動的(de)服務都(dōu)啓動起來(lái));如(r♦ú)屬于後者的(de)話(huà),則須做(zuò)一(yī)做(zuò)數(shù)據庫修複工(gōng)作(zuò),或↑根據問(wèn)題引起的(de)具體(tǐ)原因來(lái)靈活解決。
總結:由于DRP9.0裡(lǐ)面“銷售多(duō)維報(bào)表”和(hé)“收款多(duō)維報(bào)表”內(nèi)統計(jì)的(de)數(shù)據量一(yī)般都(dōu)比較大(dà),随著(zhe)數(shù)據量的(βde)增多(duō),必然會(huì)對(duì)這(zhè)兩個(gè)報(bào)表的(de)查詢效率做(zuò)成一(yī)定的(de)影(yǐng)響,但(dàn)都(dōu)不(bù)♣緻于會(huì)出現(xiàn)死機(jī)或被卡等現(xiàn)象,而這(zhè)兩個(gè)模塊也(yě)需 要(yào)SQL服務器(qì)內(nèi)的(de)Distributed Transaction Coordinator服務來(lái)支持,對(duì)該模塊的(de)運行(xíng)有(yǒu)直接影(yǐng)響,因此如(rú)果出現(xiàn)該問(wèn)題的(de)話(huà),可(kě)以©先檢查一(yī)下(xià)該服務有(yǒu)沒有(yǒu)啓動,或嘗試把服務管理(lǐ)器(qì)內(nèi)的(de)所有(yǒu)服<務項目都(dōu)啓動起來(lái),如(rú)不(bù)行(xíng)的(de)話(huà)再維護數(shù)據庫。 |