You're faced with urgent performance issues in multiple databases. How do you decide where to start?
Faced with database dilemmas? Share your strategies for prioritizing urgent performance fixes.
You're faced with urgent performance issues in multiple databases. How do you decide where to start?
Faced with database dilemmas? Share your strategies for prioritizing urgent performance fixes.
-
Start with the databases that are very critical to core business functionalities to ensure that the most vital services are prioritised for stability and performance.Then, focus on identifying and addressing the most impacted databases.
-
based on my experience, i will do these things: 1. gather user reports to see which application or module have high impact due to performance issue. 2. put priority on high category application that have issue, then work on lower category application. 3. start investigating by seeing process on application service and database process. 4. check all involved stored procedure, stand alone query that might contribute performance issue. 5. replicate the issue on UAT or test server to see possible performance tuning and fixes.
-
1.Assess Severity and Impact: Evaluate the issue's impact on business operations and classify it as Critical, High, Medium, or Low. 2.Use an Urgency Matrix: Plot issues on a matrix with Severity (High, Medium, Low) and Urgency (High, Medium, Low) axes to determine priority. 3.Prioritize Critical Issues First: Address Critical and High-priority issues immediately, followed by Medium and Low-priority issues.
-
Primeiramente verificaria se alguma aplica??o de baixo impacto para o negócio poderia ser desligada, para diminuir a carga dos bancos de dados. Logo na sequência focaria nos bancos de dados que tem mais impacto para o negócio, solicitaria ajuda para colegas de confian?a, cada grupo de colegas olharia as queries que est?o consumindo mais recursos do banco e tentaria otimiza-las criando Ãndices ou modificando as consultas. Reuniria uma outra equipe em paralelo para monitorar a aplica??o e verificar se conseguimos modificar algo no código colocando filas de processamento para diminuir a carga do banco de dados.
-
Here are some of the immediate actions we could do - Check monitoring tools like SQLSentry to understand what is causing the issue - Bad plans can be mitigated by recompiling procedures, the dev team can investigate and fix the code. - Deadlocks and locking could be released to allow critical apps to function - Fix the database that has more business impact and hard SLAs. - Having lower environments close to production can help eliminate performance issues leaked to production. - Have observability tools like Datadog to monitor, alert anomalies before it gets widespread.
更多相关阅读内容
-
SQL DB2What are the differences and similarities between DB2 row-level locking and page-level locking?
-
SQL DB2What are some common pitfalls to avoid when designing DB2 indexes?
-
T-SQL Stored ProceduresHow do you design and implement table-valued parameters in stored procedures for complex scenarios?
-
SQL DB2How do you write a correlated subquery in DB2 and when is it useful?