DB startup fail with ORA-00064 Errors with huge sga_target over 40Gig_886312.1
Database startup can fail with ORA-00064 Errors with huge sga_target of over 40Gig (Doc ID 886312.1)
In this Document
Applies to:Oracle Server - Enterprise Edition - Version: 10.2.0.4 to 11.2.0.3 - Release: 10.2 to 11.2This problem can occur on any platform. SymptomsAttempting to start the database with SGA_TARGET of 100GB (with a total of about 500GB of physical memory available) can fail with:
ORA-00064: object is too large to allocate on this O/S (1,15429280)
ChangesThe SGA_TARGET instance parameter has been dynamically increased to a value higher than 40GB, like in:
SQL> alter system set sga_target=100G;
SQL> shutdown SQL> startup ORA-00064: object is too large to allocate on this O/S (1,15429280) CauseThe cause of this problem has been identified in Bug:5051962, which has been closed as not-a-bug. It is caused by the granule size needed for the new SGA size to be different than the one currently in use by the instance at the time the ALTER SYSTEM SET SGA_TARGET command is run.SolutionThis is expected behaviour: the granule size is set based on the size of the SGA. If you set a SGA parameter (such as SGA_TARGET) to a value which exceeds the value of the granule size that was calulcated at instance startup, then you must set the _ksmg_granule_size instance parameter as well to choose a larger granule size. As this parameter is not dynamically changeable, an instance restart is required.The following table, shows granule sizes for specific SGA sizes and releases of Oracle:
See also document:947152.1 for details on the granule size and its impact. The following SQL statement can be used to check the actual granule size in use by the instance:
SQL> select bytes from v$sgainfo where name like 'Granule Size';
So in order to implement the solution for the issue at hand, either:
ReferencesBUG:5051962 - ORA-64 OBJECT IS TOO LARGE TO ALLOCATE ON THIS O/S (1,4740456) |
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/17252115/viewspace-1190708/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle RAC Load Balance , Fail Over測試OracleAI
- sqlserver2005資料庫映象 的switch over 和fail overSQLServer資料庫AI
- sga_target設定大於100G遇到的一個bug ORA-00064: object is too largeObject
- [Tomcat]嚴重: Context [/xxxx] startup failed due to previous errorsTomcatContextAIError
- Oracle9i, 10g, 11g 負載均衡(load balance)和Fail OverOracle負載AI
- Last digit of a huge numberASTGit
- When to Use Startup / Shutdown DB and Alter Database Command in 12c_1582453.1Database
- startup,startup mount,startup nomount之間的區別
- 10g RAC fail over測試,節點2例項不能隨Linux自動啟動AILinux
- fail-fast和fail-safeAIAST
- Agent Startup Fails When the Repository DB Does Not Support TZ of Agent-332131.1AI
- Database Startup Fails with ORA-01113, ORA-01110 errors (Doc ID 146039.1)DatabaseAIError
- row_number() over,rank() over,dense_rank() over的區別
- ORA-00064: object is too large to allocate on this O/SObject
- SGA_TARGET Advice
- sum()over()和count()over()分析函式函式
- over (partition by)
- Import OverImport
- 達夢列儲存表(HUGE Table)
- PostgreSQL DBA(100) - Linux(Huge Pages)SQLLinux
- Getting Approximate Row Count of a Huge FileAPP
- sga_target大小調整
- The SGA_TARGET Initialization Parameter (74)
- startup mount與startup restrict mount有何區別REST
- STARTUP FORCE 理解
- Oracle shutdown and startupOracle
- Metric Collection ErrorsError
- oracle之errorsOracleError
- oracle 之errorsOracleError
- PostgreSQL DBA(97) - System Conf(huge_pages)SQL
- 10 Awesome Examples for Viewing Huge Log Files in UnixView
- Fail-Fast in JavaAIASTJava
- Fail - Fast機制AIAST
- 深入理解Java中的fail-fast和fail-safeJavaAIAST
- oracle 重設定sga_targetOracle
- Dynamic Modification of SGA_TARGET (103)
- mysql自動排序函式dense_rank() over()、rank() over()、row_num() over()用法和區別MySql排序函式
- MySQL Server Startup ScriptMySqlServer