数据库运维 数据库运维做些什么
大家好，感谢邀请，今天来为大家分享一下数据库运维的问题，以及和数据库运维做些什么的一些困惑，大家要是还不太明白的话，也没有关系，因为接下来将为大家分享，希望可以帮助到大家，解决大家的问题，下面就开始吧！
数据库运维服务具体有哪些
数据库运维服务是指：针对用户数据库开展的软件安装、配置优化、备份策略选择及实施、数据恢复、数据迁移、故障排除、预防性巡检等一系列服务。
主要服务内容如下：
1、数据库安装与配置；主要指定制数据库安装配置方案，检查软件安装环境，安装数据库软件，完成数据库配置，并测试之；
2、数据库性能优化：主要是指核心参数调优，SQL语句调优，性能评估方案的提供。
3、数据库备份与恢复；主要是指本地、异地、同步、实时的分级备份与恢复方案及实施；
4、数据迁移：不同版本、不同厂商、不同结构数据库间的数据迁移；
5、故障排除；通过远程、上门等方式按服务级别实施故障排除
6、预防性巡检；定期提供预防性巡检，并完成系统参数、配置调优，及补丁分发、安装服务。
计算机运维和数据库管理哪个更难
一般来讲，数据库管理会更难一些！
通常情况下，计算机运维一般包括计算机故障修复、操作系统按照、备份，内容相对较少；而数据库管理员负责全面管理和控制数据库系统，包括数据库的安装、监控、备份、恢复等基本工作。数据库管理员的主要职责有以下几个方面：
1.设计数据库设计，包括字段、表和关键字段；资源在辅助存储设备上是怎样使用的，怎样增加和删除文件及记录，以及怎样发现和补救损失。
2.监视监控数据库的警告日志，定期做备份删除。监控数据库的日常会话情况。碎片、剩余表空间监控，及时了解表空间的扩展情况、以及剩余空间分布情况。监视对象的修改。定期列出所有变化的对象安装和升级数据库服务器（如Oracle、MicrosoftSQLserver），以及应用程序工具。数据库设计系统存储方案，并制定未来的存储需求计划。制定数据库备份计划，灾难出现时对数据库信息进行恢复。维护适当介质上的存档或者备份数据。备份和恢复数据库。联系数据库系统的生产厂商，跟踪技术信息。
3.备份对数据库的备份监控和管理数据库的备份至关重要，对数据库的备份策略要根据实际要求进行更改，数据的日常备份情况进行监控。
4.修改密码：规范数据库用户的管理定期对管理员等重要用户密码进行修改。对于每一个项目，应该建立一个用户。DBA应该和相应的项目管理人员或者是程序员沟通，确定怎样建立相应的数据库底层模型，最后由DBA统一管理，建立和维护。任何数据库对象的更改，应该由DBA根据需求来操作。
5.SQL语句：对SQL语句的书写规范的要求一个SQL语句，如果写得不理想，对数据库的影响是很大的。所以，每一个程序员或相应的工作人员在写相应的SQL语句时，应该严格按照《SQL书写规范》一文,最后要有DBA检查才可以正式运行。
6.最终用户服务和协调：数据库管理员规定用户访问权限和为不同用户组分配资源。如果不同用户之间互相抵触，数据库管理员应该能够协调用户以最优化安排。
7.数据库安全：数据库管理员能够为不同的数据库管理系统用户规定不同的访问权限，以保护数据库不被未经授权的访问和破坏。例如，允许一类用户只能检索数据，而另一类用户可能拥有更新数据和删除记录的权限。
数据库运维做些什么
一.数据库生命周期结合软件生命周期、项目的开展，数据库的生命周期，大致可分为这么几个阶段。1.规划在立项后，对于数据库平台的软硬件选型，以及大致的数据库
一.数据库生命周期
结合软件生命周期、项目的开展，数据库的生命周期，大致可分为这么几个阶段。
1.规划
在立项后，对于数据库平台的软硬件选型，以及大致的数据库架构。
1.1配置多少台服务器，服务器的内存大小/磁盘空间、IOPS/CPU核数/网络带宽等；
1.2选择的操作系统与数据库产品，及相应版本；
1.3整体架构，比如是否考虑：HA,Scale out, load balance,读写分离等策略。
2.开发
开发的工作，通常是在测试环境上进行的，开发结束后搬到生产环境。
2.1数据库设计；
2.2 SQL编程及调试；
2.3开发过程中的SQL优化。
3.实施
开发的数据库程序到生产环境的部署。到这里，基本是项目上线了。后面就进入了运维阶段。
二.运维做些什么
从上面的图来看，运维是项目上线后的工作。看看从项目上线开始，运维都做了什么。
1.部署环境
1.1数据库安装（如果服务器太多，可以选择静默安装）；
1.2参数配置（实例、数据库参数）；
1.3权限分配（登录、数据库用户权限）。
2.备份/还原
对于数据库来说，有个可用的备份是非常重要的，防止有数据损坏，用户误操作等造成的数据丢失。保证了数据的存在，运维才有意义，否则其他工作做的再好也是白搭。
3.监控
对于运维来说，首先要保证数据库的运行，然后就是运行中系统的性能。所以监控主要分为这两点：
3.1数据库运行状态，有没有什么数据库中断或异常、错误或警告？
3.2数据库性能，有没有什么性能问题或者性能隐患？
4.故障处理
在监控过程中发现，香港服务器租用，或者系统用户反馈出来的数据库错误或者警告，进行诊断并修复。
5.性能优化
在监控过程中发现，或者系统用户反馈出来的数据库性能问题，进行优化。
6.容灾
容灾只是手段，香港空间，最终还是为了保证系统的可用性，通常选择的策略有：故障转移集群、镜像、日志传送、异地备份等。
如果在实施时，已经部署了容灾策略，那么这时只要做一些状态监视即可。
也有系统是在上线一段时间之后，才补充部署容灾策略的。
7.升级/迁移
7.1升级
通常是在本机进行，硬件不变，比如：更换操作系统、数据库的版本、打补丁；
7.2迁移
通常是需要升级硬件，比如：更换新的服务器，所以把数据库搬到新的服务器上；
也有在本机“迁移”，只是为了移动数据库文件的位置。
7.3迁移+升级
不过很多时候，都是在迁移中做升级，网站空间，也就是换了新的服务器，也换了软件版本。
8.健康检查
通常叫做巡检或者HealthCheck。可能是每天、每月、每年的。
事实上如果把巡检的内容做到每天、每小时、甚至每X分钟，那就是一个准实时的系统监控。
9.系统用户反馈的数据库问题
用户反馈出来的任何数据库问题，需要DBA去做处理，即便有时诊断出来并非数据库的问题。
从广义上来看，除去数据库开发外的其他任务，都应该算在运维职责之内。
问：那么数据库运维到底都有哪些日常任务？
答：把上面的每项任务要做的事情一个个罗列出来就可以了。
比如，数据库运行状态监控包括：数据库服务是否中断、磁盘空间、错误日志检查、数据库一致性检查、作业运行状态、索引碎片检查等等。
后面会逐个分解各项任务的详细清单。
三.运维过程中的问题解决
运维过程中遇到问题时，如果能够通过自己/他人的经验解决，那么固然好；
但如果没有解决思路的话，通常是这样去查：
1.查日志：操作系统/数据库/应用程序日志中，有没有相关的错误/信息提示；
2.查错误号：官方文档/网友分享中，有没有解决方案；
3.如果都没有找到，那么就中奖了，自己分析不出就团队分析，团队分析不出找官方支持，当然有的时候，官方支持也不是一定能解决。
注意：对于在线系统，这么慢慢查下去，时间可能消耗太久，会影响用户体验。通常是优先快速解决问题，那怕只是用临时应急方案，以保证系统的可用性，然后再去分析根本原因，彻底解决，以防止下次再发生。
本文出自“SQL Server DBA”博客，请务必保留此出处
什么样的公司要数据库运维
其实每个公司都是需要数据库的，比如说是销售一类的公司，他们要对他们所销售的产品进行入库出库、以及销售情况的统计，策划。都是靠数据说话的！小到软件公司、超市！大到各大中央企业！至于用不用数据库那还要看他们企业自身领导的谋划了，有的小企业老板为了节省开支会采用手工进行入库出库的管理，这种简单运作模式也是一种数据库的实现方法，大的企业就会采用专门的数据库和专门的数据管理员对各个方面的数据做采集记录，以便为后期的长期发展定位，计划！
文章分享结束，数据库运维和数据库运维做些什么的答案你都知道了吗？欢迎再次光临本站哦！