Oracle|Mysql|Sqlserver数据库维保,维护,数据库恢复

 性能调优服务

· 业务部门反馈系统缓慢，多次优化后仍无显著效果

· 数据库服务器CPU使用率高，系统运行存在较大风险

· 数据库服务器IO繁忙，系统运行缓慢

· 数据库服务器资源使用率（CPU/内存/IO）较低，但业务部门反馈系统缓慢，用户体验差

· 批量运行时间长，无法满足业务要求，潜在风险巨大

· SQL运行时间时快时慢

· 测试环境比生产环境快，无法按照测试环境预测生产运行的性能

· 压力测试达不到并发指标和响应时间指标，新系统无法按时上线

  新核心系统建设优化与保障服务

· 数据库高可用架构和灾备架构（两地三中心）咨询、规划和实施

· 数据库物理设计咨询

· 数据库战略性索引设计咨询

· 数据库参数标准制定，可以预防各种可能导致数据库宕机、报错和性能不稳定的BUG

· 数据库补丁标准制定，可以预防各种可能导致数据库异常的潜在缺陷

· 老核心到新核心数据迁出迁入方案咨询和优化

· 监控并解决多轮压测过程中存在的潜在性能问题，主要是SQL语句性能

· 提升压测TPS，降低交易响应时间

· 日终跑批演练的监控和优化提升

· 为多轮演练过程中出现的Oracle数据库问题和SQL性能问题提供快速问题解决服务

· 表和物理属性优化，以便支持更大并发（包括但不限于pct_free/inittran/partition/hash）

· 制定预防未来可能导致性能不稳定的统计信息策略并实施

  紧急故障现场解决服务

当出现类似下列严重故障时，通过重启等方式往往无法解决, 而客户自身力量短期往往无法解决，导致业务开展、业务连续性、系统可用性受到严重影响：

· 数据库损坏导致数据库表访问报错

· 数据库损坏导致数据库无法启动

· 数据库性能突然急剧下降

· 数据库大量报错导致部分业务功能丧失

  疑难问题根因分析服务 

· 业务系统出现故障时原因无法查明，只能通过重启应用、重启数据库或者其他方式暂时恢复，由于故障根因无法定位，故障反复出现，导致运维成本和运维压力大大增加，业务连续性和系统可用率无法得到保证

· 此类问题往往不仅涉及数据库，可能还涉及操作系统、中间件、存储、网络等层面

 无备份时的数据拯救服务 

· 出现存储故障等物理故障，数据库损坏，无法启动，并且没有物理或逻辑等备份，业务完全不可用

· 出现人为错误（比如truncate 或错误条件的delete）, 没有物理或逻辑等备份，业务完全不可用

  数据库灾备咨询及实施服务

· 帮助客户建立具有针对性的灾备系统，以应对火灾、地震等站点灾难

· 帮助客户根据预算建设极具性价比的灾备系统

· 帮助客户在种类繁多的灾备方式中寻找适合的方式，真正发挥灾备系统作用