home *** CD-ROM | disk | FTP | other *** search
/ Liren Large Software Subsidy 5 / 05.iso / a / a524 / 28.ddi / doc / README.doc < prev    next >
Encoding:
Text File  |  1991-03-04  |  9.6 KB  |  259 lines
  1. ...
  2. ... $Header: README.doc,v 6002708.1 89/11/09 02:40:27 cyang Exp $ README Copyr (c) 1989 Oracle
  3. ...
  4.                          README FILE    
  5.       
  6.                       VERSION  6.0.27
  7.  
  8. This README File describes several changes to the ORACLE RDBMS
  9. Version 6 since the initial documentation (November 1988).  The
  10. following topics are addressed:
  11.  
  12. A-  Migration from Earlier Versions of ORACLE to V6
  13. B-  Upgrading From an Earlier V6 Release to V6.0.27
  14. C-  Documentation
  15. D-  INIT.ORA File Changes
  16. E-  Recovery
  17. F-  Creating Database Objects in the System Tablespace
  18. G-  Assigning Tablespace Quotas
  19. H-  How to Drop Private and Public Rollback Segments 
  20.  
  21. Read this file before installing Version 6.0.27.  
  22.  
  23.   
  24. A-  Migration from Earlier Versions of ORACLE to V6
  25. ---------------------------------------------------  
  26.  
  27. 1-  MIGRATE.DOC, found in the RDBMS area on this release media
  28. contains supplementary instructions for migrating indexes to
  29. Version 6.  Space estimation for indexes and other information is
  30. provided.
  31.  
  32. 2-  An interactive IMPORT from a full database EXPORT will NOT
  33. IMPORT views and sequence database objects (created with the CREATE SEQUENCE
  34. statement).  To IMPORT views and sequence
  35. database objects, the IMPORT must be done from the command line.
  36.  
  37. 3-  A new optional feature of IMPORT allows you to review the
  38. names and storage allocation of indexes on a database.  To use
  39. this feature, first perform an IMPORT without indexes, using the
  40. INDEXES=N keyword.  Then perform an import using the new
  41. INDEXFILE=<filename> feature:
  42.  
  43.      IMPORT username/password INDEXFILE=<filename>
  44.  
  45. The indexes names are then written to a file called <filename>.SQL,
  46. creating a SQL script.  This file will contain a list of CREATE
  47. INDEX statements with storage parameters that can be used to
  48. recreate the database indexes.  You can modify the file before
  49. using it to create all the indexes for the newly imported
  50. database.       
  51.  
  52. 4-  The SYSTEM.DUAL table that SQL*Forms often references in
  53. triggers is now called SYS.DUAL. 
  54.  
  55. 5-  Privileges granted on views in V5 are not imported to V6. 
  56. They need to be re-granted.  In V6, every table granted to PUBLIC
  57. that will become a base table for views must conform to FORM III
  58. of the GRANT statement (it must be granted to PUBLIC WITH GRANT
  59. OPTION).  Tables that are migrated to V6 must be modified to
  60. conform to GRANT FORM III (see the SQL Language Reference Manual)
  61. if you want the grantee to be able to pass on privileges he has
  62. been granted.
  63.  
  64. For example, for Mary to be able to create a view from SCOTT.EMP,
  65. Scott has to:
  66.  
  67.      GRANT SELECT ON EMP TO PUBLIC WITH GRANT OPTION;
  68.  
  69. Then Mary can:
  70.      
  71.      CREATE VIEW V2 AS SELECT * FROM SCOTT.EMP;
  72.  
  73. If Mary attempts to:
  74.  
  75.       GRANT SELECT ON V2 TO STEVE;
  76.  
  77. and the WITH GRANT OPTION had not been given her, an error would
  78. occur when Steve tries to:
  79.  
  80.       SELECT * FROM MARY.V2;
  81.  
  82. This error would not have occurred in V5.
  83.  
  84. B- Upgrading from an Earlier V6 Release to V6.0.27
  85. ----------------------------------------------------
  86.  
  87. 1-  Users of V6 releases earlier than V6.0.27 who are upgrading
  88. to this release and have EVER set the prebuild threshold to other
  89. than the default, 0, should EXPORT/IMPORT due to the possibility
  90. of block corruption.  You can use the SQL*DBA command SHOW
  91. PARAMETERS to find out what your LOG_ENTRY_PREBUILD_THRESHOLD
  92. INIT.ORA parameter is currently set to.
  93.  
  94. 2-  The database format of Version 6.0.27 has changed from
  95. versions 6.0.24 and earlier.  To save data from 6.0.24 and
  96. earlier, you must recreate your database and EXPORT/IMPORT.
  97.  
  98. C- Documentation
  99. ----------------
  100.  
  101. 1-  A new manual, "ORACLE RDBMS Performance Tuning Guide," (Part
  102. No. 5317-V6.0) is included with Release 6.0.27.  A detailed
  103. methodology for tuning SQL statements and applications, memory
  104. allocation, I/O, and contention is presented. You will find
  105. information on how to use the V6 performance diagnostic tools,
  106. the SQL trace facility and the SQL EXPLAIN PLAN statement.
  107. INIT.ORA parameters useful in tuning, and other new INIT.ORA
  108. parameters are also described in this manual.   
  109.   
  110. D- INIT.ORA File Changes 
  111. ------------------------  
  112.   
  113. 1-  Two new INIT.ORA parameters are available to aid Oracle in
  114. porting the RDBMS to various systems.  These parameters should
  115. not be changed:  LOG_BLOCKS_DURING_BACKUP and
  116. DB_BLOCK_COMPUTE_CHECKSUMS.  
  117.  
  118. 2-  Three new INIT.ORA parameters for the purpose of kernel
  119. development and monitoring should not be changed: 
  120. DB_WRITER_MAX_SCAN_CNT, ENQUEUE_DEBUG_MULTI_INSTANCE, and
  121. WAIT_FOR_SYNC.
  122.  
  123. 3-  Several new INIT.ORA parameters for V6.0.27 are documented
  124. in the new "ORACLE RDBMS Performance Tuning Guide:" 
  125. DB_BLOCK_LRU_EXTENDED_STATISTICS, DB_BLOCK_LRU_STATISTICS, and
  126. SQL_TRACE.
  127.  
  128. 4-  The INIT.ORA parameters that previously dealt with buffer
  129. scanning are gone in this release:  DB_BLOCK_MAX_CLEAN_PCT,
  130. DB_BLOCK_MAX_MOD_PCT, DB_BLOCK_MAX_SCAN_PCT, and
  131. DB_BLOCK_TIMEOUT_WRITE_PCT.  The number of blocks the Database
  132. Writer process writes at one time to the database is now set
  133. automatically based on DB_BLOCK_WRITE_BATCH_PARAMETER.      
  134.  
  135. E- Recovery
  136. -----------
  137. 1-  A "Recovery Addendum to the ORACLE RDBMS Database
  138. Administrator's Guide" can be found in RECOVERY.DOC in the RDBMS
  139. area on this release media.  Outlined in this file are:
  140. media failure recovery, how it relates to other forms of
  141. recovery, and recovering different components of the RDBMS. 
  142. Important backup recommendations and strategies are described.
  143.  
  144. F- Creating Database Objects in the System Tablespace
  145. -----------------------------------------------------
  146.   
  147. 1- After installation, before you can create any database objects
  148. in a tablespace (including rollback segments), you must create at
  149. least one rollback segment in the SYSTEM tablespace in addition
  150. to the system rollback segment that is automatically set up
  151. during installation.  For a discussion of INIT.ORA parameters
  152. that should be modified at installation, see Appendix A in the
  153. new ORACLE RDBMS Performance Tuning Guide, "Initial RDBMS
  154. Installation Guidelines."
  155.  
  156. If the object you want to create is a rollback segment, the
  157. database should be shutdown, the INIT.ORA parameter
  158. ROLLBACK_SEGMENTS modified to contain the name of the new
  159. rollback segment, and the  database started up.  This must be
  160. done before creating any database objects in any non-system
  161. tablespace. 
  162.  
  163. G- Assigning Tablespace Quotas
  164. ------------------------------
  165.  
  166. 1- Version 6 introduces the GRANT RESOURCE (quota) format (FORM
  167. II of the GRANT statement).  It is likely that in future versions
  168. of ORACLE, a different syntax or different SQL commands will be
  169. used to grant specific quotas on tablespaces.  Keep this in mind
  170. when writing programs that use FORM II of the GRANT statement.
  171.  
  172. Specifying GRANT RESOURCE without the keyword quota means the
  173. list of users have unlimited access to all tablespaces. This
  174. remains compatible with Version 5, and will continue to be
  175. supported in future releases of ORACLE.
  176.  
  177. H- How To Drop Private and Public Rollback Segments
  178. ---------------------------------------------------
  179.  
  180. 1- A rollback segment cannot be dropped if an instance has
  181. acquired the rollback segment and it is in use.  
  182.  
  183. Dropping Private Rollback Segments:
  184. -----------------------------------
  185.  
  186. The INIT.ORA parameter ROLLBACK_SEGMENTS determines all private
  187. rollback segments that the instance will attempt to acquire when
  188. it is started.  In order to drop a private rollback segment that
  189. is currently in use, shutdown the instance, remove the rollback
  190. segment name from ROLLBACK_SEGMENTS, and startup the instance.
  191. Then you can drop the private rollback segment.
  192.  
  193. For example, to drop private rollback segment RB1, modify
  194. INIT_A.ORA file to produce the INIT_B.ORA file:
  195.  
  196. INIT_A.ORA                           INIT_B.ORA
  197. -----------                          -----------
  198. ...                                  ...
  199. ROLLBACK_SEGMENTS = (RB1,RB2)        ROLLBACK_SEGMENTS = (RB2)
  200. ...                                  ... 
  201.   
  202. Then drop the rollback segment, RB1, with the following commands:
  203.  
  204. SQLDBA
  205.   SHUTDOWN
  206.   STARTUP OPEN <database name> PFILE = INIT_B.ORA
  207.   DROP ROLLBACK SEGMENT RB1;
  208. EXIT  
  209.  
  210. Dropping Public Rollback Segments:
  211. ----------------------------------
  212.  
  213. When an instance is started, it will attempt to get a number of
  214. rollback segments using the following formula:
  215.  
  216.           TRANSACTIONS                  Number of Rollback
  217. --------------------------------     =  Segments the Instance 
  218. TRANSACTIONS_PER_ROLLBACK_SEGMENT       attempts to acquire
  219.  
  220. where the number of rollback segments is rounded up to the next
  221. integer value.
  222.  
  223. The instance first attempts to acquire private rollback segments. 
  224. If there are N private rollback segments listed in
  225. ROLLBACK_SEGMENTS, then the number of public rollback segments
  226. that an instance will attempt to acquire is:
  227.  
  228.            TRANSACTIONS                       Number of Public
  229. ---------------------------------   - N =     Rollback Segments 
  230.                                               Instance attempts
  231. TRANSACTIONS_PER_ROLLBACK_SEGMENT             to acquire
  232.  
  233.  
  234. In order to drop a public rollback segment that is acquired at
  235. startup time, you must force the instance not to use it.  This is
  236. done by creating and substituting private rollback segments.
  237. Shutdown the instance, startup the instance using the private
  238. rollback segment(s), and drop the public rollback segment(s).
  239.  
  240. For example, given public rollback segment PUB_RB_1 and the
  241. INIT.ORA file INIT_PUB.ORA:
  242.  
  243. INIT_PUB.ORA
  244. -------------
  245. ...
  246. TRANSACTIONS = 10
  247. TRANSACTIONS_PER_ROLLBACK_SEGMENT = 10
  248. ROLLBACK_SEGMENTS = (PRIV_RB_1)
  249. ...
  250.  
  251. the following will drop the public rollback segment PUB_RB_1:
  252.   
  253. SQLDBA
  254.   CREATE ROLLBACK_SEGMENT PRIV_RB_1;
  255.   SHUTDOWN
  256.   STARTUP OPEN <database name> PFILE = INIT_PUB.ORA
  257.   DROP PUBLIC ROLLBACK SEGMENT PUB_RB_1;
  258. EXIT
  259.