admin 管理员组

文章数量: 1184232


2024年5月1日发(作者:凯撒密码在线转换)

本文格式为Word版,下载可任意编辑

才是生产环境

1、表设计:来源于对业务有详尽的需求分析,从而对现实需求进

行综合、归纳与抽象并形成完好的E-R图,再由E-R图转换为相应的

规律模式(表、视图定义等,考虑范式要求)。

2、数据库存储方式设计:依据业务的初期、中期及后期,考虑合

理的数据库存储规划,物理存储〔数据文件、日志文件要如何放置〕、

规律存储方式〔索引、数据、要如何摆放,是否需啊哟建立分区表〕。

3、对开发人员的sql进行审核,优化sql

三:数据库建设:

1、安装、升级数据库软件,在安装软件时要了解不同选项的意义,

在升级之前,要确定是否会影响到操作系统、应用程序。

安装:先把环境搭建好,诸如内核参数,环境变量,rmp包之类

的都要搞定,一般要根据安装参考手册来设置。

尤其是部署生产环境,由于缺省值不肯定能满足需求,所以每一

数据库管理员工作内容

一:数据库系统规划

1、硬件:在整套系统规划初期,要针对数据库将来的成长需求、

性能需求、商业考虑,确定数据库运行需要的内存、硬盘、cpu及其他

资源〔IOPS、网络带宽〕。

在做硬件规划时,考虑如何使用RAID,这些都会影响到数据库的

性能。

2、 软件:选择操作系统、数据库产品、第三方工具。

3、 整体架构:依据数据库负载、重要程度,考虑使用单实例数据

库、集群、复制、镜像等高可用性、 可扩展性、负载均衡, 读写分别

等策略。

二:数据库设计与开发

一般是在开发环境上进行的,可能接下来还会搬到uat环境,最终

第 1 页 共 5 页

本文格式为Word版,下载可任意编辑

个参数都得结合其数据环境考量规划,这个需要肯定的阅历。

升级:由于会有各种bug,所以比较重要的是要考虑更新patch等

之后产生的影响以及做好回退措施。〔白天监控数据库,晚上挑灯战

bug〕。

2、数据库的创建和参数设置,安装之后要创建数据库,有些数据

库参数是在创建时就要确定的,之后无法修改。创建数据库需要考虑应

用程序的需求、操作熊的限制。

3、建立完善的备份打算,当数据库损坏时,将数据库在第一时间

恢复,这依靠完善的'备份打算,要考虑到系统的重要性以及企业可承

当的分险。

4、建立数据库安全性管理规范,将数据分类,给用户设置适当的

权限。

四:运营维护〔运维〕:

1、建立、维护数据库用户和对象,根据安全性管理规范,给用户

适当的存取权限。

2、保证数据库的完好性:数据库备份恢复。

许多时候我们无意中不当心删除了数据,给生产数据库带来严重

的后果,所以DBA的细心以〔每一步操作都尽可能思前想后〕、数据

库的定期备份是至关重要的。

数据库的备份策略:主要依靠于对数据丢失的容忍度来确定。也

就是说合理的备份策略基于数据库恢复所需要的全部相关的因素,因

此备份策略应具体情形具体分析。

数据库的备份方式:每种数据库自带的备份方式是必需要把握的,

对于SQL Server需要搞清数据库的恢复模式以及全备,增量等方式,

当然把握bcp指令也是很有必要的。对于Oracle,datapump,冷备,

热备,rman备份几种最好都全部把握。而且有诸多第三方备份方式。

备份检查:定期监控数据库的备份、做灾备测试等,来确保数据

库的备份与恢复是完好无误的。

第 2 页 共 5 页

本文格式为Word版,下载可任意编辑

3、掌握、监控用户对数据库的存取状况、使用数据库资源的状况,

4、数据库监控、定期巡检:数据库运行状态、数据库性能、健康

检查

通过对数据库不同部分、组件的实时监控,我们可以准时发觉问题,

实行补救措施,通过这种防患于未然的策略,来保障数据库持续、稳定、

健康平稳运行。

这些部分通常包括以下内容:

(1) 实时监控错误日志〔绝大部分错误信息都会记录在数据库告警

日志,监控告警日志显得尤为重要〕;

(2) 服务器是否可用〔操作系统CPU/IO/Memory监控〕;

(3) 数据库实例状态监控〔数据库服务是否启用/中断〕;

(4) 数据库磁盘空间监控〔表空间的使用率实时监控〕;

(5) 闪回区或归档日志监控(假如有使用到闪回区,归档主要是针

对归档空间空间问题,如缺乏会hang住)

(6) 数据库备份或恢复监控

(7) 无效对象的监控与处理;

(8) 数据库一致性检查;

(9) 作业运行状态;

(10) 索引碎片检查;

(11) ……

可以选择图形化界面,以及设定阀值来实现自动预警。

当然也可以自己编写shell脚原来定时完成。

比较好的工具大家可以借助于Toad,Spotlight,Myora等优秀工

具获得包括sga,pga,top SQL,instance等等更为具体的信息。

除了实时监控之外,定期巡检也是有必要的,这样可以发觉隐性

的或未决的问题,以及如何改善当前数据库。

5、用户反馈出来的任何数据库问题,需要DBA去做处理,即便有

时诊断出来并非数据库的问题。

第 3 页 共 5 页

本文格式为Word版,下载可任意编辑

6、升级/迁移

升级:通常是在本机进行,硬件不变,比方:更换操作系统、数据

库的版本、打补丁。

迁移:通常是需要升级硬件,比方:更换新的服务器,所以把数据

库搬到新的服务器上,也有在本机“迁移”,只是为了移动数据库文件

的位置。

迁移+升级:随着业务增长,对性能要求的提高,以及更新换代,

需要升级不得不实施数据库迁移,不影响业务。

迁移也是一个比较耗大的工程,尤其是大型数据库,上TB级的。

比方使用导入导出,尽管操作指令一样,但大型数据库你得考虑的

更多,可以考虑使用并行,如何优化这个过程的性能,事先预备好具体

的操作步骤时完全有必要的。

不过许多时候,都是在迁移中做升级,也就是换了新的服务器,也

换了软件版本。

五:调整数据库性能:

随着业务量的不断增加,业务运行缓慢,客户埋怨不断,导致性

能问题表现的异样突出。

性能问题是从整个业务需求分析,数据库架构设计的那一刻起,

直至数据库生命周期结束。

尽管整体性能并不完全取决于数据库,但数据库仍旧是至关重要

的一环。不过仅仅从数据库层面来把控性能是远远不够的,对存储、

操作系统、网络、业务的了解与把握,对性能调整做到有的放矢,应

用自如。

下面仅仅从数据库层面来谈谈性能调整与优化涉及到的方面。

操作系统内核参数优化与调整

基于不同的特性使用raid部署不同类型文件

分开存储数据和索引文件以及均衡I/O

调整数据库以及实例级别初始化参数

第 4 页 共 5 页

本文格式为Word版,下载可任意编辑

使用分区表处理海量数据以及滑动窗口归档

消除行链接与行迁移

使用索引、提示或物化视图调整SQL访问负载

调整优化器统计信息

通过调整PL/SQL以提供性能

使用并行技术提高性能

六:数据库故障排除〔灾后恢复〕

一是由于数据库软件及运行环境等产生的各种bug或隐性问题,

二是人为的问题通常也不在少数。

Troubleshooting是DBA常常面对的问题,因此,如何快速定位并

解决这些问题也是衡量一个DBA水平的重要指标。

下面列出几类较为较为常见的需要Troubleshooting的问题。

告警日志中的异样处理

监xx相关的异样处理

数据库备份恢复期间的异样处理

job运行异样的处理

数据库突发的异样处理,如数据库hang,某个时间段性能低下

集群管理中的异样处理

数据库日志传送,恢复等异样处理

用户报告的异样处理

数据库安全的异样处理

第 5 页 共 5 页


本文标签: 数据库 监控 备份 性能 数据