6/2/13

Share 1

Shahid's Oracle DBA Blog: DBA Daily/Weekly/Monthly or Quarterly Checklist

More Next Blog

"Th e E xpert in an y Th in g was O n ce a Begin n er . If you don 't f igh t f or wh at you wan t, Don 't Cry f or wh at you los t!!! Home About me Useful Links for DBA Oracle DBA Guide Oracle Developer Guide Sample Resume Gulf Job Link Contact

Welcome any My body Picture needing help!!!.********* CAUTION: Using any of the script from this Blog may contain at your Own Risk. These scripts May or May not have been Tested.*****Please don't send y

Thursday, 31 May 2012

DBA Daily/Weekly/Monthly or Quarterly Checklist

In response of some fresher DBA I am giving quick checklist for a production DBA. Here I am including reference of some of the script which I already posted as you know each DBA have its own scripts depending on database environment too. Please have a look on into daily, weekly and quarterly checklist.
Note: I am not responsible of any of the script is harming your database so before using directly on Prod DB. Please check it on Test environment first and make sure then go for it.

Shahid Ahmed

Shahid Ahmed Oracle Certified Professional View my complete profile

Certification

Popular Posts Install Oracle Developer Suite 10g on Windows 7 (64bit) DBA Interview Questions with Answer Part 15 DBA Interview Questions with Answer Part 16

Please send your corrections, suggestions, and feedback to me. I may credit your contribution. Thank you. -----------------------------------------------------------------------------------------------------------------------Daily Checks: Verify all database, instances, Listener are up, every 30 Min. Verify the status of daily scheduled jobs/daily backups in the morning very first hour. Verify the success of archive log backups, based on the backup interval. Check the space usage of the archive log file system for both primary and standby DB. Check the space usage and verify all the tablespace usage is below critical level once in a day. Verify Rollback segments. Check the database performance, periodic basis usually in the morning very first hour after the night shift schedule backup has been completed. Check the sync between the primary database and standby database, every 20 min. Make a habit to check out the new alert.log entry hourly specially if getting any error. Check the system performance, periodic basis. Check for the invalid objects Check out the audit files for any suspicious activities. Identify bad growth projections. Clear the trace files in the udump and bdump directory as per the policy. Verify all the monitoring agent, including OEM agent and third party monitoring agents. Make a habit to read DBA Manual. Weekly Checks: Perform level 0 or cold backup as per the backup policy. Note the backup policy can be changed as per the requirement. Dont forget to check out the space on disk or tape before performing level 0 or cold backup. Perform Export backups of important tables. Check the database statistics collection. On some databases this needs to be done every day depending upon the requirement. Approve or plan any scheduled changes for the week. Verify the schedule jobs and clear the output directory. You can also automate it. Look for the object that break rule. Look for security policy violation. Archive the alert logs (if possible) to reference the similar kind of error in future. Visit the home page of key vendors. Monthly or Quarterly Checks: Verify the accuracy of backups by creating test databases. Checks for the critical patch updates from oracle make sure that your systems are in compliance with CPU patches. Checkout the harmful growth rate.
R e vie w Fragm e ntation.

Database Health Check Scripts Question with Answer on Oracle database Patches DBA Daily/Weekly/Monthly or Quarterly Checklist DBA Interview Questions with Answers Part1 ORA-39070: Unable to open the log file (Datapump Error) DBA Interview Questions with

Look for I/O Contention. Perform Tuning and Database Maintenance. Verify the accuracy of the DR mechanism by performing a database switch over test. This can be done once in six months based on the business requirements.
-------------------------------------------------------------------------------------------------------------------------------------------------------

Below is the brief description about some of the important concept including important SQL scripts. You can find more scripts on my different post by using blog search option. Verify all instances are up: Make sure the database is available. Log into each instance and run daily reports or test scripts. You can also automate this procedure but it is better do it manually. Optional implementation: use Oracle Enterprise Manager's 'probe' event. Verify DBSNMP is running: Log on to each managed machine to check for the 'dbsnmp' process. For Unix: at the command line, type ps ef | grep dbsnmp. There should be two dbsnmp processes running. If not, restart DBSNMP.

shahiddba.blogspot.in/2012/05/dba-dailyweeklymonthly-or-quarterly.html

1/5

6/2/13
Answer Part14 forms60. vrf(78) OS_error

Shahid's Oracle DBA Blog: DBA Daily/Weekly/Monthly or Quarterly Checklist

Verify success of Daily Scheduled Job: Each morning one of your prime tasks is to check backup log, backup drive where your actual backup is stored to verify the night backup. Verify success of database archiving to tape or disk: In the next subsequent work check the location where daily archiving stored. Verify the archive backup on disk or tape. Verify enough resources for acceptable performance: For each instance, verify that enough free space exists in each tablespace to handle the days expected growth. As of <date>, the minimum free space for <repeat for each tablespace>: [ < tablespace > is < amount > ]. When incoming data is stable, and average daily growth can be calculated, then the minimum free space should be at least <time to order, get, and install more disks> days data growth. Go to each instance, run query to check free mb in tablespaces/datafiles. Compare to the minimum free MB for that tablespace. Note any low-space conditions and correct it. Verify rollback segment: Status should be ONLINE, not OFFLINE or FULL, except in some cases you may have a special rollback segment for large batch jobs whose normal status is OFFLINE. Optional: each database may have a list of rollback segment names and their expected statuses.For current status of each ONLINE or FULL rollback segment (by ID not by name), query on V$ROLLSTAT. For storage parameters and names of ALL rollback segment, query on DBA_ROLLBACK_SEGS. That views STATUS field is less accurate than V$ROLLSTAT, however, as it lacks the PENDING OFFLINE and FULL statuses, showing these as OFFLINE and ONLINE respectively. Look for any new alert log entries: Connect to each managed system. Use 'telnet' or comparable program. For each managed instance, go to the background dump destination, usually $ORACLE_BASE/<SID>/bdump. Make sure to look under each managed database's SID. At the prompt, use the Unix tail command to see the alert_<SID>.log, or otherwise examine the most recent entries in the file. If any ORA-errors have appeared since the previous time you looked, note them in the Database Recovery Log and investigate each one. The recovery log is in <file>. Identify bad growth projections. Look for segments in the database that are running out of resources (e.g. extents) or growing at an excessive rate. The storage parameters of these segments may need to be adjusted. For example, if any object reached 200 as the number of current extents, upgrade the max_extents to unlimited. For that run query to gather daily sizing information, check current extents, current table sizing information, current index sizing information and find growth trends Identify space-bound objects: Space-bound objects next_extents are bigger than the largest extent that the tablespace can offer. Space-bound objects can harm database operation. If we get such object, first need to investigate the situation. Then we can use ALTER TABLESPACE <tablespace> COALESCE. Or add another datafile. Run spacebound.sql. If all is well, zero rows will be returned. Processes to review contention for CPU, memory, network or disk resources: To check CPU utilization, go to =>system metrics=>CPU utilization page. 400 is the maximum CPU utilization because there are 4 CPUs on phxdev and phxprd machine. We need to investigate if CPU utilization keeps above 350 for a while. Make a habit to Read DBA Manual: Nothing is more valuable in the long run than that the DBA be as widely experienced, and as widely read, as possible. Readings should include DBA manuals, trade journals, and possibly newsgroups or mailing lists. Look for objects that break rules: For each object-creation policy (naming convention, storage parameters, etc.) have an automated check to verify that the policy is being followed. Every object in a given tablespace should have the exact same size for NEXT_EXTENT, which should match the tablespace default for NEXT_EXTENT. As of 10/03/2012, default NEXT_EXTENT for DATAHI is 1 gig (1048576 bytes), DATALO is 500 mb (524288 bytes), and INDEXES is 256 mb (262144 bytes). To check settings for NEXT_EXTENT, run nextext.sql. To check existing extents, run existext.sql All tables should have unique primary keys: To check missing PK, run no_pk.sql. To check disabled PK, run disPK.sql. All primary key indexes should be unique. Run nonuPK.sql to check. All indexes should use INDEXES tablespace. Run mkrebuild_idx.sql. Schemas should look identical between environments, especially test and production. To check data type consistency, run datatype.sql. To check other object consistency, run obj_coord.sql. Look for security policy violations: Look in SQL*Net logs for errors, issues, Client side logs, Server side logs and Archive all Alert Logs to history Visit home pages of key vendors: For new update information made a habit to visit home pages of key vendors such as: Oracle Corporation: http://www.oracle.com, http://technet.oracle.com, http://www.oracle.com/support, http://www.oramag.com Quest Software: http://www.quests.com Sun Microsystems: http://www.sun.com Look for Harmful Growth Rates: Review changes in segment growth when compared to previous reports to identify segments with a harmful growth rate. Review Tuning Opportunities and Perform Tuning Maintainance: Review common Oracle tuning points such as cache hit ratio, latch contention, and other points dealing with memory management. Compare with past reports to identify harmful trends or determine impact of recent tuning adjustments. Make the adjustments necessary to avoid contention for system resources. This may include scheduled down time or request for additional resources. Look for I/O Contention: Review database file activity. Compare to past output to identify trends that could lead to possible contention. Review Fragmentation: Investigate fragmentation (e.g. row chaining, etc.), Project Performance into the Future Compare reports on CPU, memory, network, and disk utilization from both Oracle and the operating system to identify trends that could lead to contention for any one of these resources in the near future. Compare performance trends to Service Level Agreement to see when the system will go out of bounds. -------------------------------------------------------------------------------------------Useful Scripts: -------------------------------------------------------------------------------------------Script: To check free, pct_free, and allocated space within a tablespace SELEC T table space _nam e , large st_fre e _chunk , nr_fre e _chunk s, sum _alloc_block s, sum _fre e _block s , to_char(100*sum _fre e _block s/sum _alloc_block s, '09.99') || '%' AS pct_fre e FR O M ( SELEC T table space _nam e , sum (block s) AS sum _alloc_block s FR O M dba_data_file s GR O UP BY table space _nam e ), ( SELEC T table space _nam e AS fs_ts_nam e , m ax (block s) AS large st_fre e _chunk

Exchange Rates
Saudi Riyal Exchange Rates
1 SAR = Indian Rupee US Dollar Euro British Pound Sterling Canadian Dollar United Arab Emirates Dirham Pakistani Rupee Qatari Rial Kuw aiti Dinar 15.077 0.267 0.205 0.176 0.276 0.979 26.27 0.971 0.076

Rates Jun 2, 2013 GMT

Other DBA Blog Arjun DBA AskTom Chandu DBA Database Journal - Very Good article by Steve DBA Tips and Technique Duh Microsoft Did it Again Jafar DBA Kevin blog Lets Develop in Oracle Madrid blog Nasir's blog (Nice and clear collection on installation Neeraj DBA Pawan DBA Rafi DBA Sabdar Syed DBA (Saudi Arabia) Sujeet Useful Oracleblogs Collected Vinod

shahiddba.blogspot.in/2012/05/dba-dailyweeklymonthly-or-quarterly.html

2/5

6/2/13

Shahid's Oracle DBA Blog: DBA Daily/Weekly/Monthly or Quarterly Checklist

, count(block s) AS nr_fre e _chunk s, sum (block s) AS sum _fre e _block s FR O M dba_fre e _space GR O UP BY table space _nam e ) W HER E table space _nam e = fs_ts_nam e ; Script: To analyze tables and indexes BEGIN dbm s_utility.analyze _sche m a ( '&O W NER ', 'ESTIMATE', NULL, 5 ) ; END ; Script: To find out any obje ct re aching <thre shold> SELEC T e .owne r, e .se gm e nt_type , e .se gm e nt_nam e , count(*) as nr_e x te nts , s.m ax _e x te nts , to_char ( sum ( e .byte s ) / ( 1024 * 1024 ) , '999,999.90') as MB FR O M dba_e x te nts e , dba_se gm e nts s W HER E e .se gm e nt_nam e = s.se gm e nt_nam e GR O UP BY e .owne r, e .se gm e nt_type , e .se gm e nt_nam e , s.m ax _e x te nts HAVING count(*) > &THR ESHO LD O R ( ( s.m ax _e x te nts - count(*) ) < &&THR ESHO LD ) O R DER BY count(*) de sc; The above que ry will find out any obje ct re aching <thre shold> le ve l e x te nts, and the n you have to m anually upgrade it to allow unlim ite d m ax _e x te nts (thus only obje cts we e x pe ct to be big are allowe d to be com e big. Script: To identify space-bound objects. If all is well, no rows are returned. SELEC T a.table _nam e , a.ne x t_e x te nt, a.table space _nam e FR O M all_table s a,( SELEC T table space _nam e , m ax (byte s) as big_chunk FR O M dba_fre e _space GR O UP BY table space _nam e ) f W HER E f.table space _nam e = a.table space _nam e AND a.ne x t_e x te nt > f.big_chunk ; R un the above que ry to find the space bound obje ct . If all is we ll no rows are re turne d if found som e thing the n look at the value of ne x t e x te nt. C he ck to find out what happe ne d the n use coale sce (alte r table space <foo> coale sce ;). and finally, add anothe r datafile to the table space if ne e de d. Script: To find tables that don't match the tablespace default for NEXT extent. SELEC T se gm e nt_nam e , se gm e nt_type , ds.ne x t_e x te nt as Actual_Ne x t , dt.table space _nam e , dt.ne x t_e x te nt as De fault_Ne x t FR O M dba_table space s dt, dba_se gm e nts ds W HER E dt.table space _nam e = ds.table space _nam e AND dt.ne x t_e x te nt !=ds.ne x t_e x te nt AND ds.owne r = UPPER ( '&O W NER ' ) O R DER BY table space _nam e , se gm e nt_type , se gm e nt_nam e ; Script: To che ck e x isting e x te nts SELEC T se gm e nt_nam e , se gm e nt_type , count(*) as nr_e x ts , sum ( DEC O DE ( dx .byte s,dt.ne x t_e x te nt,0,1) ) as nr_illsize d_e x ts , dt.table space _nam e , dt.ne x t_e x te nt as dflt_e x t_size FR O M dba_table space s dt, dba_e x te nts dx W HER E dt.table space _nam e = dx .table space _nam e AND dx .owne r = '&O W NER ' GR O UP BY se gm e nt_nam e , se gm e nt_type , dt.table space _nam e , dt.ne x t_e x te nt; The above que ry will find how m any of e ach obje ct's e x te nts diffe r in size from the table space 's de fault size . If it shows a lot of diffe re nt size d e x te nts, your fre e space is lik e ly to be com e fragm e nte d. If so, ne e d to re organize this table space . Script: To find tables without PK constraint SELEC T table _nam e FR O M all_table s W HER E owne r = '&O W NER ' MINUS SELEC T table _nam e FR O M all_constraints W HER E owne r = '&&O W NER ' AND constraint_type = 'P'; Script: To find out which prim ary k e ys are disable d SELEC T owne r, constraint_nam e , table _nam e , status FR O M all_constraints W HER E owne r = '&O W NER ' AND status = 'DISABLED' AND constraint_type = 'P'; Script: To find tables with nonunique PK indexes. SELEC T inde x _nam e , table _nam e , unique ne ss FR O M all_inde x e s W HER E inde x _nam e lik e '&PKNAME%' AND owne r = '&O W NER ' AND unique ne ss = 'NO NUNIQ UE' SELEC T c.constraint_nam e , i.table space _nam e , i.unique ne ss FR O M all_constraints c , all_inde x e s i W HER E c.owne r = UPPER ( '&O W NER ' ) AND i.unique ne ss = 'NO NUNIQ UE' AND c.constraint_type = 'P' AND i.inde x _nam e = c.constraint_nam e ; Script: To check datatype consistency between two environments SELEC T table _nam e , colum n_nam e , data_type , data_le ngth,data_pre cision,data_scale ,nullable FR O M all_tab_colum ns -- first e nvironm e nt W HER E owne r = '&O W NER ' MINUS SELEC T table _nam e ,colum n_nam e ,data_type ,data_le ngth,data_pre cision,data_scale ,nullable FR O M all_tab_colum ns@&m y_db_link -- se cond e nvironm e nt W HER E owne r = '&O W NER 2' orde r by table _nam e , colum n_nam e ; Script: To find out any difference in objects between two instances SELEC T obje ct_nam e , obje ct_type FR O M use r_obje cts MINUS SELEC T obje ct_nam e , obje ct_type FR O M use r_obje cts@&m y_db_link ; For more about script and Daily DBA Task or Monitoring use the search concept to check my other post. Follow the below link for important Monitoring Script: http://shahiddba.blogspot.com/2012/04/oracle-dba-daily-checklist.html

shahiddba.blogspot.in/2012/05/dba-dailyweeklymonthly-or-quarterly.html

3/5