PWS_Attachment_1_Daily_Operations_Guide_6_27_2016.docx
DOCX document 65 KB Posted
- Attached to
- NRM- Infrastructure Technology Support Services
- Solicitation number
- AG-7604-S-17-0002
About this file
PWS Attachment 1 Daily Operations Guide 6 27 2016
View the file
Other files
| File | Type | Posted |
|---|---|---|
| Questions_and_responses.docx | DOCX document | |
| PWS_Attachment_3_NRMApplicationInstallEnvironTechTypes.pdf | ||
| RFI__1_19_2017.docx | DOCX document | |
| PWS_Attachment_5_to_PWS_SampleProjectMigrationtoCloud2017.docx | DOCX document | |
| PWS_Attachment_4_Sample_Enterprise_IT_Infrastructure_Architecture_Information.docx | DOCX document | |
| PWS_Attachment_2_Employee_Contractor_Relations.docx | DOCX document | |
| PWS_Attachment_6__YSR.docx | DOCX document | |
| PWS_Draft_Infrastructure_Tecnology_Support_Services_1_12_2017.docx | DOCX document |
On GovTribe
Work with this file
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
Text version
NRM Infrastructure Technology Support Services08 Fall
PWS Attachment 1
NRM Operations Guide
Morning/AM Checks Procedure
Revision List:
| Date |
| Author |
| Version |
| Change Reference |
| November 15, 2011 |
| Paul Hagar |
| 1.0 |
| Copied original document (AMchecks.docx) and reformatted. |
| May 29, 2011 |
| Thibeaux Lincecum |
| 1.1 |
| Reformatted, added NRMTEST and NRMDEV |
| Mar 15, 2014 |
| Himangshu Dey |
| 2.0 |
| Revision after Fusion changes on NRM Environment |
| Sept 1, 2015 |
| Smoslin |
| 3.0 |
| Added Windows Servers |
Contents
| Background | 4 |
| NRM dashboard URLs | 4 |
| Location of Password File on Compass | 4 |
| NRM dashboard checks | 5 |
| PROD DB Alert Log Checks | 6 |
| DoChecks sent via email | 8 |
| Daily OS backup check | 9 |
| Grid Control | 9 |
| Xymon monitor | 9 |
| Production database backup check | 9 |
| FFIS backward feeds | 10 |
| I-Web forward feed | 10 |
| TSA backward feed | 10 |
| TSA forward feed | 10 |
| Possible database security violations | 10 |
| Data Guard – archive log processing on COOP | 11 |
| Checks from within Grid Control | 11 |
| Data Guard – manually checking | 11 |
| WebMethods (test database) re-start | 12 |
Background
This document lists the morning checks that are conducted by the primary DBA each morning. The primary DBA should conduct morning checks on the production server first. Once the production morning checks are complete, send an email to the DBA pdl mailing list with the status (either production is up, or list the issue(s) and expected time of resolution). If there are any production issues not resolved before 7:30 AM Eastern Time, then you must call DBA Lead so that notification can be sent out to the NRM community.
Next, conduct the morning checks on the other environments (nrmdev, nrmtest, trainA, NG Test and NG Dev. You can send a single email to the DBA pdl with the status on the other environments. Be sure to state if the environment is up, or list any issue(s) and expected time of resolution.
NRM dashboard URLs
| Production: | https://iweb.fs.usda.gov/ | |
| IWEBTEST: | https://iwebqa.fs.usda.gov/login/welcome.html | |
| NRMTEST: | https://nrmtest.fs.usda.gov/login/welcome.html | |
| IWEBDEV: | http://infrawebdev.fs.usda.gov:7780/login/welcome.html | |
| NRMDEV: | https://nrmdev.fs.usda.gov/login/welcome.html | |
| Train A: | https://iwebtrn.fs.usda.gov/login/welcome.html |
Location of the NRM Password File on Compass https://ems-team.usda.gov/sites/fs-nfs-nrm-nrms/ops/OPS%20Security%20Library/Forms/AllItems.aspx?RootFolder=/sites/fs-nfs-nrm-nrms/ops/OPS%20Security%20Library/System%20Access%20Management&FolderCTID=0x0120005D1D232523659E4C82C985A099278433&View=%7bEE76D5DF-B500-468E-A211-1F7FD1FF503B
1. NRM Dashboard Checks Displaying the NRM dashboard
The primary DBA logs into NRM application for each instance and verify that we are able to display and/or execute forms, reports, user views, etc. successfully. We use the instructor20 eAuth account for all instances. Be sure to complete all checks on the production environment prior first before conducting the morning checks on NRMDEV, NRMTEST, NG Dev and NG Test.
Click on one of the links in the Database URLs section
When main page is displayed, click on the Default NRM dashboard link on the top left side of the page
Click on the “I agree” button on the USDA eAuth page
Log in with the instructor20 account and password Note: You have 3 failed attempts to login before the instructor20 account is locked.
Click on the button with the text ‘Log in using MY eAuth username/password’
The NRM dashboard should display in 10-15 seconds
| WHAT TO CHECK |
| HOW TO CHECK |
| ACTION REQUIRED |
| User Views | |
| Open the BMC basics user view Navigate from the NRM dashboard (under the User views tab on the right side) | Business Areas -> Engineering -> Bridges -> BMC basics Click on the Run button Wait for the status field to change from Preparing Data to Done Click on the Excel spreadsheet icon to the right of the status field. If Excel is already running on your workstation, bring it to the foreground. |
| Make sure the data is displayed in Excel on the local computer |
| Java forms check 10.1.2 Java form |
| Open the Grants and Agreements Financial Inbox – collections formNavigate from the NRM dashboard Business Areas -> Grants and Agreements ->Under forms tab on right side, click Financial Inbox – Collections. Once the form is displayed, click on the Review button |
| Make sure that the Reimbursable and Advance Collection Agreement (raca) form displays properly. If this form does not display properly, then bounce the RACA container). |
| 10.1.3 Java form |
| Open the Locatable Minerals form Navigate from the NRM dashboard: Business Areas -> Minerals and Geology -> Locatable Minerals -> Under the Forms tab on the right side, click Locatable Minerals |
| Make sure the form displays |
| Oracle App Server form (Old Oracle Form) |
| Open the Maintain Road Bridge Data form Navigate from the NRM dashboard: Business Areas -> Engineering -> Bridges -> Under the Forms tab on the right side, select Maintain Road Bridge Data |
| Make sure that the form displays. |
| Reports | |
| Open the Overdue Inspections Report Navigate from the NRM dashboard (under the Reports tab on the right side). Business Areas -> Engineering -> Bridges -> Overdue Inspections Report | Fill in the data Security ID = 0102, Admin Org = 0102, Type of Structure = Bridge, Development Status = EXISTING%, Operationa Status = OPEN, Route Sys = NFSR, Inspection Type = Routine Inspection, Inspection due by MM/DD/YYYY = <any future date>. Click on the Run Report button |
| Make sure that the report displays |
| CDW dashboard |
| The DBA’s login into NRM application for each instance and verify that we are able to login successfully. We use the instructor20 eAuth account for all instances. Be sure to complete all checks on the production environment prior first. |
Click on one of the links in the Database URLs section
When main page is displayed, click on the Default CDW dashboard link on the top left side of the page
Click on the “I agree” button on the USDA eAuth page
Log in with the instructor20 account and password
Note: You have 3 failed attempts to login before the instructor20 account is locked.
The CDW dashboard should display in 10-15 seconds
| CDW report (Discoverer Reports) |
| Open the Almanac Bridges report. Navigate from the NRM dashboard |
Topics -> CDW -> Almanac Reports-> bridges -> FY03 Bridge Almanac Reports Make sure that the report displays
2. Checks sent via email
There are several checks that are conducted at the server level or database level. Below is a list of checks that are automated. You should receive email messages for the below checks. Emails will start coming at 6:35 AM ET from all Unix Servers dochecks check
Everyday DBA’s get a “dochecks” email notification from all the nodes for all the instances and the DBA reviews each notification for any issues. These emails originate from the Oracle or FS Oracle User account, and have Dochecks vx.x in the subject line (x.x is the latest version of the script). Depending on the checks performed, for any issues, the DBA logs into the system to further review and resolves the issues accordingly. Below are the checks that are performed by the “Dochecks” on each instance:
| Mid-Tier Checks |
| Filesystem usage check on the server where the mid-tier services are running |
| Mid-Tier Checks |
| Mid-Tier Service checks on 11g, which checks if all managed servers are alive or down |
| DB Server Checks |
| Checks which databases are up |
| DB Server Checks |
| Infra-Tier/OID service checks on 12.1.0.2 ORACLE_HOME, which checks if all the containers are Alive or down. |
| DB Server Checks |
| Filesystem usage check |
| DB Server Checks |
| Checks the Alert log for any errors |
| DB Server Checks |
| Checks for materialized view status |
| DB Server Checks |
| Checks for any broken and failed jobs |
| DB Server Checks |
| Checks the users that have DBA privileges |
| DB Server Checks |
| Check invalid objects |
| DB Server Checks |
| RMAN Backup Report |
| DB Server Checks |
| ASM Usage Report |
3. RSYNC Job Check The RSYNC Job copies application code from PROD Mid Tier Servers to COOP Mid Tier Servers. The job sends a confirmation status email at 7 AM ET. The subject of the email is “rsync job status - Copying files from prod mid-tier to Coop mid-tier”. Please make sure that the RSYNC Job is running without any issues.
4. Daily OS Tape Backup Check Emails
Check the daily tape backup reports from NITC. You should receive email from Aptare Inc at 8 AM ET. Check to ensure that the Exit Code is 0. If any of the exit codes are not 0, then then send an email to the NITC helpdesk (nitcservicedeskDL@ocio.usda.gov) with a CC to NRM security (nrm_security@fs.fed.us) and DBA PDL, asking NITC to open a ticket and fix or explain the errors.
5. Grid Control Oracle 12c
Grid control has various checks in place for warnings and alerts. Check your email frequently for email from Grid Control and take action as appropriate.
https://infradb.fs.usda.gov:7799/em
6. Xymon monitor
Xymon is a monitoring tool that NITC uses to check various real time states of our servers (production and non-production). This monitoring tool will send emails for various warnings and alerts. Check your email frequently for email from xymon and take action as appropriate.
You can also monitor systems live by using this link:
https://xymon.edc.ds1.usda.gov/xymon/FS_INFRA_TIMBER
If you need an account to this system, please contact NITC (nitcservicedeskDL@ocio.usda.gov)
7. Production database backup check
An automated script has been scheduled that shows the status of the last backups on production and sends an email notification of the report to the DBA’s. Email is sent twice a day (07:00 and 15:00 ET) from the Oracle user, with a subject of Database RMAN backup checks vx.x (where x.x is the latest version of the script). Please check the email to make sure RMAN backup is completed successfully.
8. FMMI Section Needed
Special attention should be given to FMMI Jobs during AM checks.
| Subject Line |
| Tentative Time |
| TSA transmission completed successfully |
| 7:11 PM (Previous Week night) |
| FMMI TSRM Inbound - transferred successfully |
| 9:15 PM (Previous Week night) |
| FMMI Back Feed for FMMI_BACKFEED_SHC loaded |
| 5:02 AM |
| FMMI TSRM Outbound - loaded successfully |
| 6:02 AM |
| FMMI GA Outbound - loaded successfully |
| 6:32 AM |
| Files found for CRS BACKFEED for FMMI_BACKFEED_CUSTOMER , but only some Processed |
| 9:00 AM |
| Files found for CRS BACKFEED for FMMI_BACKFEED_VENDOR , but only some Processed |
| 9:30 AM |
| TSA Backfeed processing successful |
| 11:00 AM |
9. Data Guard – archive log processing on COOP Automatic Check Emails The System Automatically checks whether PROD is in sync with Data Guard Databases. A notification will come at 7:01 ET for IWEBCDBCOOP and 7:06 AM ET for CDWCDBCOOP. Please go through these emails and make sure all the logs are applied to COOP. The subject of this email is “iwebcdbcoop is in sync” and “cdwcdbcoop is in sync”.
Checks from within Grid Control There are checks in the Grid Control to ensure that the data guard is shipping the archive logs and applying them to COOP. Grid Control sends e-mails when it breaks and cleared. If you notice it is out of sync wait for 1 hr or so before you start investigating (because DataGuard will try to sync automatically). If you need assistance with investigation why it is broken, contact Ravi Ponneganti.
Data Guard – manually checking
You can manually check the status of archive log processing by logging into the infradb.fs.usda.gov server with your personal account, and running the following commands.
sudo –u oracle –i cd ./.profile.iwecdb sqlplus / as sysdba select sequence#, applied from v$archived_log a where sequence# > (select (max(sequence#) - 50) from v$archived_log) and name = 'iwebcdbcoop' order by a.sequence#;
cd ./.profile.cdwcdb sqlplus / as sysdba select sequence#, applied from v$archived_log a where sequence# > (select (max(sequence#) - 50) from v$archived_log) and name = 'cdwcdbcoop' order by a.sequence#;
The applied column should be “YES” if the archive logs are currently being processed in the COOP environment.
10. Windows Servers - Air, NVUM, and WCATT
Click on the links below with IE, it will log you in to the air website. If the server is not up, send a note to NITC referring to the IP’s of the servers.
http://nrmwin.fs.usda.gov/nfs/nrm/air/ http://nrmwintst.fs.usda.gov/nfs/nrm/air/ http://nrmwindev.fs.usda.gov/nfs/nrm/air/
1 | Page image1.png
File details come from the government source that posted it. Updated .