1. 程式人生 > >記一次ORACLE伺服器記憶體調整

記一次ORACLE伺服器記憶體調整

查詢大批量資料時,網頁載入資料太慢,所以打算調一下資料庫儲存,中間出了一些問題並解決,現做記錄。

1. sqlplus調整記憶體:

SQL> alter system set sga_max_size=2048M scope=spfile;
System altered.
SQL> alter system set sga_target=2048M scope=spfile;

2. 引數調整後,需重啟伺服器,重啟後報錯類似如下(具體錯誤沒截圖,和下面差不多):

ORA-00844: Parameter not taking MEMORY_TARGET into account
ORA-00851: SGA_MAX_SIZE 763363328 cannot be set to more than MEMORY_TARGET 750780416.

3. 按照以下步驟操作:

SQL> sqlplus / as sysdba
SQL> create pfile='H:\programsetup2018\Oracle11gDB\pfile.txt' from spfile;
SQL> exit;
編輯pfile.txt,手動修改memory_target=2247483648
SQL> sqlplus / as sysdba
SQL> create spfile from pfile='H:\programsetup2018\Oracle11gDB\pfile.txt';
SQL>  startup

4.如此,記憶體修改完成,但是隔天查詢資料後,plsql載入超過幾千條就會報錯

oracle錯誤之ORA-00600

檢視orcl_ora_3524_i30182.trc:


後來,才知道64位系統,對於ORACLE32位來說,都有1.7G限制,重新調整記憶體引數即可。

相關推薦

ORACLE伺服器記憶體調整

查詢大批量資料時,網頁載入資料太慢,所以打算調一下資料庫儲存,中間出了一些問題並解決,現做記錄。1. sqlplus調整記憶體:SQL> alter system set sga_max_size=2048M scope=spfile; System altered.

Oracle啟動報錯問題解決

無法 問題 connected gpo 需要 base ann 子句 idl 因為之前直接刪除了表空間,重啟oracle後報錯ORA-01157,以下記錄解決方法。 ORA-01157:無法識別/鎖定數據文件字符串 - 請參閱DBWR跟蹤文件原因:後臺進程無法找到其中一個數

Oracle資料故障排除過程

前天在Oracle生產環境中,自己的儲存過程執行時間超過1小時,懷疑是其他job執行時間過長推遲了自己job執行時間,遂重新跑job,發現同測試環境的確不同,運行了25分鐘。 之後準備在測試環境中製造同數量級的資料進行分析,寫了大概如下的儲存過程, create or replace PROCEDU

Oracle RAC節點重啟後出現故障的處理

因為儲存的相關操作,客戶需要手動重啟rac節點,然而,這個重啟導致了接下來的事故。。。。 由於是遠端跟我溝通,我回復rac環境下可以重啟一個節點,客戶就自信重啟了,出現的故障如下所示: [grid@hxdb01 ~]$ srvctl start nodeapps

Oracle分頁任務

任務描述:        前臺傳車兩個值:車輛分類和車輛VIN碼,在Oracle查詢到資料之後,分頁顯示出來某些資料項。 1、前臺         寫幾個<div></div>&nbs

阿里伺服器遷移路程

關於遷移: 1、伺服器遷移操作指引: (1)使用例項建立自定義映象https://help.aliyun.com/document_detail/35109.html (2)共享映象https://help.aliyun.com/document_detail/25463.html (3)建立例

解決伺服器病毒qW3xT.2經歷

先是在伺服器出現警告,說可能是挖礦的病毒。剛開始沒當回事,當把這個病毒百度之後發現,很嚴重吶。 好了,開始幹活。 第一步: 連結地址 :https://blog.csdn.net/weixin_41228949/article/details/81501753 然鵝,沒有成功。。。。

Oracle資料遷移中文亂碼問題

背景:公司打算將專案遷移到阿里雲,從原來的伺服器Oracle資料庫匯出資料然後匯入到本地伺服器的Oracle資料庫中,作為中轉站,阿里雲Oracle資料庫安裝完後再從本地資料庫匯出資料匯入到阿里雲中,匯入阿里雲後發現數據庫中文亂碼,一下便是處理資料庫中文亂碼的操作流程。(已知

Mysql佔用記憶體過高的優化過程

一.環境說明: 作業系統:CentOS 6.5 x86_64 資料庫:Mysql 5.6.22 伺服器:阿里雲VPS,32G Mem,0 swap 二.問題情況: 1.某日發現公司線上系統的Mysql某個例項的從庫長時間記憶體佔用達到60%如下圖 2.於是開始

資料庫伺服器中毒癱瘓恢復感受

         前陣子,滿血復活數次,大戰4天4夜,從11月6號早上中毒開始我司與現場IT對接召開緊急會議,響應一級故障,採取臨時緊急預案,由於伺服器上檔案包括備份全部被勒索病毒Gandcrab5.0.4加密感染,部分伺服器包括雙機熱備也遭遇癱

Linux伺服器磁碟空間佔用,大檔案查詢

好久沒寫東西了,很久之前弄了個伺服器玩玩,寫了點東西在上面放著,一直在不停的抓資料,也就沒怎麼看,最近閒來無事登入後臺檢視,發現我的媽呀,伺服器磁碟快滿了 剛開始以為抓取的太多,資料庫資料膨脹佔用了,於是登入MySQL檢視,發現有20多萬條記錄,咋看似乎佔

linux伺服器被攻擊的處理經歷

首先發現IO、流量異常。查詢登入記錄,果不其然last命令沒有結果,/var/log/wtmp檔案被刪除。查詢/var/log/secure檔案中的登入記錄:grep "Accept" /var/log/secure查dstat的日誌檔案,正是10:51分開始出現IO異常。用

Oracle資料庫遷移到Mysql資料庫的過程

 很簡單,我用的Navicat for mysql 12 搞定的 首先用 Navicat for mysql 連結上這兩個資料庫 然後    工具--資料傳輸 然後選擇好 源資料庫 和目標資料庫 然後在 選項 tab 勾上 遇到錯誤時繼續 然後一路下

Oracle dataguard不傳輸歸檔問題

環境說明:(一主兩備dataguard) 源端:redhat 6.5 + Oracle 11.2.0.4 RAC 第一個目標端:redhat 6.5 + Oracle 11.2.0.4 單機 (使用log_archive_dest_2與主端rac通訊) 第二個目標端:red

hive的記憶體溢位(OutOfMemoryError: Java heap space)排查

轉載請註明出處:http://blog.csdn.net/gklifg/article/details/50418109 剛剛從java組轉崗找資料組,學習大資料的知識,開發語言也從java轉到python新奇之外也遇到了諸多問題,其中最令我頭疼的就是在hive上的統計任務

Linux伺服器上查殺木馬經歷

[[email protected] tmp]# tar xvzf zlib-1.2.7.tar.gz [[email protected] tmp]# cd zlib-1.2.7 [[email protected] zlib-1.2.7]# ./configure Che

Linux伺服器top命令us負載很高,但是找不到高負載程序,引起伺服器頻繁重啟的錯誤,核心升級

最近發現一臺測試伺服器頻繁重啟,各種排錯找不到原因, 伺服器:CentOS6 核心:2.6.32-431.1.2.0.1.el6.x86_64 這裡要注意了,引起伺服器頻繁重啟的原因很有可能是核心引起的 隨後查找了目前為止有缺陷的

oracle建立一個新資料庫,並匯入正式環境資料庫備份的dmp包過程

背景: 正式環境oracle資料庫定時用exp備份一個dmp包,現在打算在一臺機器上建立一個新資料庫,並匯入這個dmp包。 1、建立資料庫    開始 -> 所有程式 ->  Oracle -> 配置和移植工具  -> Database Config

核心模組記憶體越界排查

本文記錄一次核心模組記憶體越界,導致故障的排查分析過程,和各位共享交流。 異常都是在系統啟動階段出的。 異常資訊一: [ 6.854984] BUG: Bad page state in process khelper pfn:6db6d9addc07010f [

生產環境記憶體故障排查

最近生產環境經常有個伺服器出現記憶體報警,上面跑了個java介面服務,但大概一段時間後會自動恢復。報警如下圖: 由於故障已自動恢