Thanks everyone for raising the BCM requests in advance — really appreciate the coordination 👍
I’ve created this group to streamline communication during the BCM activity. The idea is to have a single channel for real-time coordination, updates, and quick resolution in case anything comes up during the switchover.
Since the switchover is automated, this group will help us stay aligned on progress, track any observations, and ensure smooth execution throughout the event.
Let’s use this space actively on the day of implementation.
Hi Team,
Hope you’re doing well.
Just checking in to gather your feedback on the BCM automation. We believe it has helped provide more control to the application team and reduced DBA acknowledgement time.
It would be great if you could take a minute to share your experience via the survey below:
[Insert Survey Link]
Looking forward to your feedback.
Thanks & Regards,
Proposal to Streamline Server Access During Incident Handling
Hi Team,
Currently, during alert handling, a significant amount of time is spent raising separate access requests after identifying the host from the incident ticket, followed by waiting for approvals where applicable. This creates delays for the Infra team in responding to incidents.
I would like to propose an enhancement to streamline this process. For alert-generated incident tickets, the system can automatically identify the host and grant server access to the assigned engineer at the time of ticket assignment. This would eliminate the need for raising a separate access invocation request.
Additionally, for MAS-relevant servers, an approval option (e.g., a button) can be embedded directly within the incident ticket to enable quicker approvals when required.
This approach can help reduce response time and improve overall efficiency during incident handling.
Please let me know your thoughts.
Dear Team,
During a recent review, we identified a non-standard Oracle database associated with your application. The database has two pluggable databases (PDBs), which is not in line with our organizational standards, and as confirmed by Issac, there is no record of its creation.
Request you to please validate this setup, involve the DBA who created it, and take appropriate action, including dropping the database if it is not required.
Kindly treat this as a priority and share an update at the earliest.
Best regards,
[Your Name]
As part of the weekend activity for Grid listener certificate renewal, I started performing pre-checks. Although the activity is expected to be a manual listener restart, I encountered issues on a few hosts during validation, indicating it may not be as straightforward.
Additionally, the Confluence document does not currently reflect these scenarios, so the pre-checks have been helpful in identifying these gaps early. I’ll connect with you separately to understand the possible causes for these issues.
From a resourcing perspective, there is a wide scope on the Blue side (~400 servers as informed by Vinit), so his availability will be limited. Out of 74 APAC hosts, I’ve taken ownership of ~35. Vinit has agreed to handle 5–10 hosts where only a simple listener restart is required.
For the remaining scope, we may need support from Navneeth or the Shift SRE team to ensure smooth execution and avoid spillover to the next shift.
Please let me know a convenient time to discuss the pre-check findings.
Hello Friends! I am aliena part time blogger from Bihar. I am a student and I manage my study as well as my blog. I am 14 years old and I want to help those people who really want to do something on internet.
Copyright © 201. Metro UI Theme. Designed by: Templateism
