日本不卡不码高清免费观看,久久国产精品久久w女人spa,黄色aa久久,三上悠亚国产精品一区二区三区

您的位置:首頁技術(shù)文章
文章詳情頁

案例學(xué)習(xí)Oracle錯(cuò)誤:TNS-00510

瀏覽:24日期:2023-11-12 13:45:39
TNS-00510 Internal limit restriction exceeded Cause Too many files or sockets open simultaneously (or some other resource has been depleted). Action For further details, trace the operation for protocol details. TNS-12500 TNS:listener failed to start a dedicated server process Cause The process of starting up a dedicated server process failed. The executable could not be found or the environment may be set up incorrectly. Action Turn on tracing at the ADMIN level and re-execute the operation. Verify that the Oracle Server executable is present and has execute permissions enabled. Ensure that the Oracle environment is specified correctly in LISTENER.ORA. The Oracle Protocol Adapter that is being called may not be installed on the local hard drive. Check that the correct Protocol Adapter are sUCcessfully linked. If the error persists, contact Oracle Customer Support. TNS-12540 TNS:internal limit restriction exceeded Cause Too many TNS connections open simultaneously. Action Wait for connections to close and retry. TNS-12560 TNS:protocol adapter error Cause A generic protocol adapter error occurred. Action Check addresses used for proper protocol specification. Before reporting this error, look at the error stack and check for lower level transport errors.For further details, turn on tracing and re-execute the operation. Turn off tracing when the operation is complete. 問:進(jìn)程的數(shù)量會(huì)引起監(jiān)聽器錯(cuò)誤嗎? TNS-12500: TNS:listener failed to start a dedicated server process TNS-12540: TNS:internal limit restriction exceeded TNS-12560: TNS:protocol adapter error TNS-00510: Internal limit restriction exceeded IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable 我們在監(jiān)聽器日志中發(fā)現(xiàn)如上的錯(cuò)誤信息。服務(wù)器上每個(gè)用戶的最大進(jìn)程數(shù)量被設(shè)置600 Oracle中的最大進(jìn)程數(shù)量為600。進(jìn)程最大的利用率是482,每個(gè)會(huì)話的最大利用率是490。會(huì)話的數(shù)量設(shè)置為840。 根據(jù)我所了解的,看起來進(jìn)程的數(shù)量是沒有問題的。我們通過在這個(gè)機(jī)器上無法正確建立內(nèi)存分頁空間而對此進(jìn)行了證實(shí),然而,一些人仍然告訴我們要在起始的時(shí)候增加進(jìn)程的數(shù)量。我不同意這個(gè)觀點(diǎn)。我遺漏了什么嗎? 答:TNS-510錯(cuò)誤信息顯示了有太多的文件或者socket同時(shí)開放了(或者是其他一些資源耗盡了)。這是操作系統(tǒng)的限制,不是Oracle的限制。你需要確認(rèn)你的AIX平臺可以處理你在服務(wù)器上開放的這么多的文件。這是“全部”文件,并不僅僅是Oracle數(shù)據(jù)庫文件。并且,你還需要確認(rèn)你的AIX服務(wù)器可以正確處理全部數(shù)量的Oracle進(jìn)程,而不僅僅是專用的服務(wù)器進(jìn)程。Oracle的起始參數(shù)PROCESSES限制了專用的服務(wù)器進(jìn)程數(shù)量。但是還有后臺的進(jìn)程(SMON, PMON, LGWR等),以及支持并行語句的進(jìn)程,更不用說你的監(jiān)聽器等了。我覺得你應(yīng)該配置AIX來答應(yīng)每個(gè)Unix用戶擁有更多的進(jìn)程。 總結(jié):TNS-12500,TNS-12540,TNS-12560,TNS-00510解決過程 一 環(huán)境: 1 平臺: IBM AX360,4G內(nèi)存 windows 2k advServer sp3 + oracle 816 獨(dú)占模式 2 內(nèi)存分配相關(guān)參數(shù) ..processes................=.1000 ..shared_pool_size.........=.240000000 ..large_pool_size..........=.614400 ..Java_pool_size...........=.32768 ..db_block_buffers.........=.90000 ..db_block_size............=.4096 ..log_buffer...............=.163840 ..log_checkpoint_interval..=.10000 ..sort_area_size...........=.65536 ..sort_area_retained_size..=.65536 ..open_cursors.............=.100 ..job_queue_processes......=.4 ..job_queue_interval.......=.10 ..max_dump_file_size.......=.102403 最大并發(fā)用戶數(shù):850個(gè)左右 二 故障現(xiàn)象: 當(dāng)用戶數(shù)達(dá)到一定的數(shù)量時(shí)(700多)客戶端連接服務(wù)器時(shí)報(bào)ora-12560錯(cuò)誤,緊跟著報(bào)ora-03114錯(cuò)誤,不能連接到服務(wù)器。此時(shí)已連接到服務(wù)器的用戶能正常訪問數(shù)據(jù)庫。 首先查看警告日志文件,未見到明顯錯(cuò)誤信息。 查看listner.log文件,發(fā)現(xiàn)如下信息(很多個(gè)類似的錯(cuò)誤記錄,摘兩個(gè)上來) 02-JUL-2003 10:30:09 * (CONNECT_DATA=(SID=ORCL)(CID=(PROGRAM=***.EXE)(HOST=*******)(USER=*****))) * (ADDRESS=(PROTOCOL=tcp)(HOST=*******)(PORT=1136)) * establish * ORCL * 12500 TNS-12500: TNS:listener failed to start a dedicated server process .TNS-12540: TNS:internal limit restriction exceeded ..TNS-12560: TNSrotocol adapter error ...TNS-00510: Internal limit restriction exceeded ....32-bit Windows Error: 8: Exec format error02-JUL-2003 10:30:10 * (CONNECT_DATA=(SID=ORCL)(CID=(PROGRAM=***.EXE)(HOST=*****)(USER=***))) * (ADDRESS=(PROTOCOL=tcp)(HOST=******)(PORT=1203)) * establish * ORCL * 12500 TNS-12500: TNS:listener failed to start a dedicated server process .TNS-12540: TNS:internal limit restriction exceeded ..TNS-12560: TNSrotocol adapter error ...TNS-00510: Internal limit restriction exceeded ....32-bit Windows Error: 8: Exec format error此時(shí),原來已連接上服務(wù)器的用戶還能正常使用。查看此時(shí)session達(dá)到760多個(gè)。 重啟oracle服務(wù)后,能連接新的用戶數(shù),但當(dāng)并發(fā)用戶數(shù)達(dá)到750個(gè)以上時(shí),再次報(bào)同樣的錯(cuò)誤 三 原因分析: 系統(tǒng)資源耗竭,意味著系統(tǒng)分配給oracle的內(nèi)存用盡了。雖然我們有4G的物理內(nèi)存,但正常情況下系統(tǒng)只能給oracle分配2G的內(nèi)存,這2G的內(nèi)存中,包括了SGA、PGA等oracle需要使用的全部內(nèi)存。在獨(dú)占模式下,每一個(gè)session將單獨(dú)分配2M左右的內(nèi)存。在本例中,SGA分配了約600M,按每一個(gè)用戶分配2M內(nèi)存計(jì)算,連接數(shù)達(dá)到750個(gè)時(shí),總分配內(nèi)存已達(dá)到2G,將不能再增加新的連接數(shù)。假如要解決這個(gè)問題,在不做大的調(diào)整的前提下,要么減小SGA大小,要么減小為每一個(gè)會(huì)話分配的內(nèi)存大小,以能連接更多的用戶。 四 解決過程: 查閱了oracle文檔,文檔里提出來了幾個(gè)解決的辦法: 1 重置init.ora參數(shù)文件,調(diào)小以下四個(gè)參數(shù)的值: short_area_size hash_area_size bitmap_merge_area_size create_bitmap_area_seze open_cursone2 調(diào)小SGA的大小 3 減小oracle Job隊(duì)列數(shù)量(job_queue_processes)和并發(fā)隊(duì)列數(shù)(parallel_max_servers) 4 重置并減小會(huì)話/線程使用的堆棧大小 5 將oracle改為mts模式 6 更換操作系統(tǒng)為windows NT 企業(yè)版 7 使用intel的ESMA硬件支持,即使用大內(nèi)存 1) 在intel系統(tǒng)上使用 /3G 開關(guān) 2) 使用PSE36內(nèi)存 結(jié)合本實(shí)例的具體情況,決定調(diào)整的主要目標(biāo)為減小用戶的PGA大小。 ....構(gòu)成PGA的主要內(nèi)容有short_area_size, hash_area_size, open_cursone, 以及oracle 堆棧和TNS 堆棧。在本實(shí)例中,排序區(qū)為64K,hash區(qū)為128K(缺少值),打開的游標(biāo)數(shù)與應(yīng)用有關(guān),不能隨便減小了,然而oracle堆棧和TNS堆棧都是1M,卻有較大的減小的余地。因此,調(diào)整的目標(biāo)定為減小這兩個(gè)堆棧的大小。 使用orastack 命令來減小這兩個(gè)堆棧的大小: D:oracleora81bin>orastack oracle.exe 500000 Couldn't open file with CreateFile() GetLastError() == 32停止oracle服務(wù)和TNS服務(wù),再運(yùn)行以上命令 D:oracleora81bin>orastack oracle.exe 500000 Dump of file oracle.exe Current Reserved Memory per Thread = 1048576 Current Committed Memory per Thread = 4096 New Reserved Memory per Thread = 500000 D:oracleora81bin>orastack tnslsnr.exe 500000 Dump of file tnslsnr.exe Current Reserved Memory per Thread = 1048576 Current Committed Memory per Thread = 4096 New Reserved Memory per Thread = 500000重新啟動(dòng)oracle服務(wù)和TNS服務(wù),打開數(shù)據(jù)庫,用戶連接到服務(wù)器,經(jīng)測試,用戶數(shù)到1350以上時(shí)數(shù)據(jù)庫仍然運(yùn)行正常,解決了本實(shí)例存在的問題。 五 小結(jié) 事實(shí)上,正如oracle文檔所指出的那樣,要增加用戶連接數(shù)的途徑很多,除了減小用戶堆棧之外,還可以減小SGA,或者是更改成MTS方式,或者是使用第三方工具增加oracle可用內(nèi)存。本人前面小結(jié)過如何讓oracle在32位的windows操作系統(tǒng)上使用超過2G內(nèi)存的方法( http://www.itpub.net/showthread.PHP...15&pagenumber=1 ),在本安全應(yīng)用中,宜將兩者(減小用戶堆棧與增加oracle可用內(nèi)存)結(jié)合起來使用,以提高數(shù)據(jù)庫性能。但是,這種方式下,同樣不可能無限制地增加用戶連接數(shù)。要想使用戶連接數(shù)達(dá)到更大,則應(yīng)使用MTS方式。
標(biāo)簽: Oracle 數(shù)據(jù)庫
日本不卡不码高清免费观看,久久国产精品久久w女人spa,黄色aa久久,三上悠亚国产精品一区二区三区
久久亚洲精品伦理| 高清不卡一区| 欧美+亚洲+精品+三区| 九九精品调教| 亚洲国产专区| 日韩在线不卡| 欧美.日韩.国产.一区.二区 | 九九在线精品| 在线视频免费在线观看一区二区| 日韩精品不卡一区二区| 日本久久成人网| 每日更新成人在线视频| 三级久久三级久久久| 国产亚洲精品美女久久 | 国产精品久久久久久久久久久久久久久| 国产精品v日韩精品v欧美精品网站 | 欧美精品第一区| 快播电影网址老女人久久| 神马午夜在线视频| 99成人在线| 日韩一区二区三区精品视频第3页| 欧美日韩精品一区二区三区视频| 久久精品国产亚洲aⅴ| 日韩电影二区| 亚洲三级国产| 精品伊人久久久| 韩日一区二区三区| 国产欧美日韩视频在线| 天堂中文av在线资源库| 日韩在线观看一区二区| 国产精品欧美在线观看| 久久影院一区| 日本电影久久久| 国产精品午夜一区二区三区| 久久精品官网| 久久激情av| 久久久久久久久99精品大| 蜜臀久久99精品久久久久宅男| 国产精品对白| 国产精品日韩久久久| 久久只有精品| 中文无码日韩欧| av亚洲一区二区三区| 亚洲精品免费观看| 亚洲va中文在线播放免费| 亚洲毛片视频| 亚洲午夜在线| 久久久久久亚洲精品美女| 老鸭窝一区二区久久精品| 日韩中文字幕亚洲一区二区va在线| 精品久久久亚洲| 视频一区日韩| 天堂网在线观看国产精品| 久久99久久久精品欧美| 蜜臀va亚洲va欧美va天堂 | 蜜臀久久精品| 综合一区在线| 视频福利一区| 精品网站aaa| 玖玖精品视频| 亚洲婷婷免费| 91看片一区| 激情综合婷婷| 国产精品调教视频| 久久国产精品久久久久久电车 | 99xxxx成人网| 秋霞影院一区二区三区| 成人午夜在线| 久久不见久久见国语| 亚洲精品第一| 老司机精品久久| 久久久亚洲欧洲日产| 亚洲精品伊人| 蜜臀av一区二区三区| 国产一区国产二区国产三区 | 国产一区二区三区亚洲综合| 国产亚洲高清一区| 亚洲深深色噜噜狠狠爱网站 | 在线日韩欧美| 加勒比视频一区| 国产精品一区二区三区美女 | 亚洲91在线| 亚洲精品少妇| 国产午夜久久| 99视频+国产日韩欧美| 欧美日韩国产免费观看视频| 国产成人调教视频在线观看| 日韩成人午夜精品| 亚洲aa在线| 日韩精品欧美大片| 天使萌一区二区三区免费观看| 国产一区二区精品| 91久久久精品国产| 一级欧洲+日本+国产| 欧美91视频| 国产成年精品| 青青伊人久久| 国产精品一站二站| 国产伦理久久久久久妇女| 日本麻豆一区二区三区视频| 国产一级久久| 日本不卡一区二区| 亚洲免费毛片| 国产精品亚洲二区| 久久99青青| 国产精品久久久久久久久久久久久久久 | av中文字幕在线观看第一页| 亚洲天堂资源| 欧美一区二区三区高清视频 | 国产成人久久精品麻豆二区| 亚洲最新无码中文字幕久久| 久久婷婷av| av不卡在线| 日韩欧美另类中文字幕| 欧美国产极品| 日韩精品一卡| 亚洲免费高清| 欧美一区91| 麻豆国产91在线播放| 欧美黄色网页| 丝袜美腿亚洲一区二区图片| 国产剧情一区| 99久久久久国产精品| 欧美在线观看视频一区| 欧美在线综合| 麻豆视频久久| 婷婷精品视频| 日韩精品乱码av一区二区| 免费一级欧美片在线观看网站| 五月激情久久| 四虎国产精品免费久久| 精品国产一区二区三区av片| 四虎4545www国产精品| 久久成人一区| 欧美激情麻豆| 在线亚洲国产精品网站| 国产精品sss在线观看av| 久久精品影视| 日日夜夜免费精品视频| 国产一区二区色噜噜| 久久电影一区| 日韩av免费大片| 视频国产精品| 青青青免费在线视频| 亚洲免费观看高清完整版在线观| 福利精品在线| 在线精品亚洲| 日韩免费久久| 日韩精品a在线观看91| 在线中文字幕播放| 天海翼精品一区二区三区| 日韩国产综合| 国产麻豆一区二区三区精品视频| 成人一二三区| 日本免费新一区视频| 91精品精品| 久久av网址| 中文字幕成人| 欧美亚洲国产精品久久| 麻豆精品视频在线| 少妇精品久久久| 精品一区毛片| 精品视频99| 日韩av一二三| 国产麻豆综合| 日韩精品欧美| 久久精品欧洲| 日韩福利视频网| 久久一区二区三区喷水| 国产精品视频一区二区三区四蜜臂| 欧美搞黄网站| av中文字幕在线观看第一页| 欧美精品中文字幕亚洲专区| 性一交一乱一区二区洋洋av| 午夜精品久久久久久久久久蜜桃| 欧美日韩中出| 亚洲精品高潮| 亚洲一区激情| 午夜国产精品视频| 久久久777| 国产suv精品一区二区四区视频| 日韩国产欧美三级| 性色av一区二区怡红| 日韩深夜视频| 国产欧美高清| 日本不卡一区二区三区| 玖玖玖国产精品| 在线一区电影| 99国产精品免费视频观看| a国产在线视频| 国产精品久久| 久久精品99久久久| 91精品国产自产在线丝袜啪| 日韩精品成人| 日韩三级久久| 日韩av一区二| 欧美日韩一区二区三区不卡视频 | 欧美日韩少妇| 91九色精品| 精品一区欧美|