本文目录一览

1，数据库维护一般做哪些方面的工作

1、定期备份自动的话最好每天自动执行备份脚本，手工可以定期备份，数据库文件和备份文件目录最好在不同的IO或机器上；2、表空间占用情况检查，一旦发现空间接近最大值需要扩展表空间，磁盘空间不够需要加设备3、日志检查，包括占用空间检查，出错后的检查。4、根据应用访问情况做适当优化，比如db2里的日志文件数量、缓冲池大小、索引等。5、安全性，防止外部恶意访问破坏。

数据库维护一般做哪些方面的工作

2，数据库管理员的主要职责

DBA在不同的公司不同的发展阶段有着不同的职责与定位。一般意义上的DBA只是负责数据库的运营和维护，包括数据库的安装、监控、备份、恢复等基本工作，但是广义上的DBA职责比这个大得多，需要覆盖产品从需求设计、测试到交付上线的整个生命周期，在此过程中不仅要负责数据库管理系统的搭建和运维，更要参与到前期的数据库设计，中期的数据库测试和后期的数据库容量管理和性能优化。对于初创公司，DBA的工作可能由运维工程师来兼任，从申请域名开始，到服务器上架，配置网络设备，部署操作系统，安装数据库，设计和部署监控，防止漏洞和攻击等等。而大型公司对DBA工作的要求越来越高，以下从各个维度来看DBA工作的职责。产品生命周期维度DBA负责了业务数据库从设计、测试到部署交付的全生命周期管理 ，各个阶段的职责包括：1. 产品发布前这个阶段DBA的职责是数据库准入，主要包括：1）产品的业务熟悉；2）产品数据库设计评审：包括架构的合理性评估，存储容量和性能是否满足需求，是否需要缓存，是否需要冗余备份等，同时需要提供数据库schema设计的合理性建议以使产品能够满足上线发布并稳定运行的基本要求；3）资源评估，包括所需的服务器资源、网络资源以及资源的分布等，同时把关产品对资源预算申请的合理性，控制服务成本；4）资源就位，将申请的服务器及基础环境/域名准备就位。2. 产品发布这个阶段DBA负责数据库发布的具体工作，将具体的数据库安装部署和初始化完成后并对外提供服务。对于已在线数据库的升级也属于发布范畴，这个时候的产品发布一般要保障在线发布，在不中断对外服务的情况下完成数据库的升级。对于大型复杂的变更也存在中止服务发布完成后再重新提供服务的情况，但这种情况需要DBA通过尽可能的技术手段来避免。3. 产品运行维护这个阶段的工作重点包括：1）监控：对数据库服务运行的状态进行实时的监控，包括数据库会话、数据库日志、数据文件碎片、表空间监控、用户访问监控等，随时发现数据库服务的运行异常和资源消耗情况；输出重要的日常数据库服务运行报表以评估数据库服务整体运行状况，发现数据库隐患；2）备份：制定和实施数据库备份计划，灾难出现时对数据库信息进行恢复，维护适当介质上的存档或者备份数据。对数据库的备份策略要根据实际要求进行更改，数据的日常备份情况进行监控。3）安全审计：为不同的数据库管理系统用户规定不同的访问权限，以保护数据库不被未经授权的访问和破坏。例如，允许一类用户只能检索数据，而另一类用户可能拥有更新数据和删除记录的权限。4）故障处理：对数据库服务出现的任何异常进行及时处理，尽可能避免问题的扩大化甚至中止服务。这之前DBA需要针对各类服务异常，如机房/网络故障、程序bug等问题制定处理的预案，问题出现时可以自动或手动执行预案达到止损的目的。5）容量管理：包括数据库规模扩张后的资源评估、扩容、机房迁移、流量调度等规划和具体实施。4. 数据库性能优化产品对外提供服务最重要的一点是用户体验，用户体验中非常重要的是产品的可用性和响应速度。而如何用最合理的资源支持产品提供高可用和高速度的用户体验，这也是DBA的重要职责。

数据库管理员的主要职责

3，超市数据库维护工作有哪些

一、备份系统数据SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。1、备份数据库每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）；·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。卸出数据库的命令为：DUMP DATABASE database_nameTO dump_devicedatabase_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。下面一条命令用来卸出数据库 my_db ：DUMP DATABASE my_dbTO db_bk_dev2、备份事务日志如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。备份事务日志的命令格式为：DUMP TRANsaction database_name[TO dump_device][WITH TRUNCATE_ONLY|WITH NO_LOG|WITH NO_TRUNCATE]其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCATE_ONLY 或 WITH NO_LOG 子句时，才可以备份到设备。注意：如果总是用 DUMP DATEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。对于 master 数据库和小型数据库每次运行 DUMP DATEBASE 之后应当运行 DUMP TRANsaction 命令刷新日志 。下面一条命令备份数据库 db160 的事务日志到备份设备上：DUMP TRANsaction db160TO db_log_bk_devWITH TRUNCATE_ONLY3、备份数据库及其日志间的相互作用在至少卸出一次数据库前，卸出事务日志是毫无意义的。下图显示了备份数据库及其日志间的关系如果在星期二下午5：01出现非硬件故障，需要做的所有工作是装入磁带5（参见下一节：数据恢复），由于磁带5是下午5：00刚备份的，因此只有备份和装入之间的一分钟内的数据损失。但是，如果在星期二下午4：49失效会怎么样呢？在这种情况下，要装入磁带1（在星期五下午5：00的卸出）。然后，依次装入磁带2，3以及4。这样，系统将恢复到星期二上午10：00点的状态，星期二的大部分工作丢失了。此例显示了经常卸出事务的重要性。
由于本系统设计针对该超市的具体情况，因此用户需求的目的是通过该企业的需求调查，从中总结出企业对管理信息系统的需求，然后根据这些需求设计出系统的方案。需求收集和分析是数据库设计的第一阶段。需求分析定义了软件产品的各种用户需求如功能、性能等，需求分析是否透彻、完整、正确是软件项目成败的关键。这一阶段收集到的基础数据是下一步设计概念结构的基础。从数据库设计的角度考虑，需求分析阶段的目标是:对现实世界要处理的对象(组织、部门、企业等)进行详细调查，在了解原系统的概况，确定新系统功的过程中，收集支持系统目标的基础数据及其处理，最重要的就是建立用户数据模型。无论是采取哪种开发策略，都需要访问用户、记录需求，并根据这些需求建立数据模型的原型，这样的模型标识了需要在数据库中存储的内容和它们的结构及相互关系。进行数据建模要求既要有一定的行业知识，又要精通建模的方法和技巧[4]。需求分析阶段的任务是:（1）了解组织机构情况，调查这个组织由哪些部门组成。各部的职责是什么，为分析信息流程准备。（2）了解各部门的业务活动情况。调查各部门输入和使用什么数据，如何加工处理这些数据，输出什么信息，输出到什么部门，输出结果的格式是什么。（3）确定新系统的边界。确定哪些功能由计算机完成或将来准让计算机完成，哪些活动由人工完成。由计算机完成的功能就是系统应该实现的功能。2.3.2 系统功能我们把收集到的数据整理组合在总控模块、基本资料模块、销售管理模块、进货管理模块四个主要的功能模块。每个功能模块的功能是：总控模块包括操作员管理、权限管理、系统数据管理、系统设置管理等。它为整个系统提供安全保障。基本资料模块有客户资料包括客户资料的管理和存储，员工资料包括员工资料录入和维护，商品资料包括商品资料的存储和编辑，供应商资料的存储和编辑。销售管理模块包括货单的录入和维护；对销售情况进行统计；对商品的零售和批发进行管理和付款的计算机操作等进货管理模块包括进货资料录入和维护;采购订单的录入和维护和付款的计算机的操作等

超市数据库维护工作有哪些


文章TAG：数据  数据库  年度  重点  数据库年度重点工作有哪些  
下一篇