网络数据库维护怎么选择

❶ 数据库要怎么维护

数据库日常维护(参考)

数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分：
一、备份系统数据
SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。

1、备份数据库

每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。
除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：
·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）；
·每次用 sp_dboption 允许 select into/bulk 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。
卸出数据库的命令为：

DUMP DATABASE database_name
TO mp_device

database_name 是要卸出的数据库名称，mp_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。
下面一条命令用来卸出数据库 my_db ：

DUMP DATABASE my_db
TO db_bk_dev

2、备份事务日志

如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。
备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。
备份事务日志的命令格式为：

DUMP TRANsaction database_name
[TO mp_device]
[WITH TRUNCATE_ONLY|WITH NO_LOG|WITH NO_TRUNCATE]

其中 database_name 是要备份事务的数据库名称，mp_device 是备份设备名称，仅当包含了 WITH TRUNCATE_ONLY 或 WITH NO_LOG 子句时，才可以备份到设备。
注意：如果总是用 DUMP DATEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。
对于 master 数据库和小型数据库每次运行 DUMP DATEBASE 之后应当运行 DUMP TRANsaction 命令刷新日志 。
下面一条命令备份数据库 db160 的事务日志到备份设备上：

DUMP TRANsaction db160
TO db_log_bk_dev
WITH TRUNCATE_ONLY

3、备份数据库及其日志间的相互作用

在至少卸出一次数据库前，卸出事务日志是毫无意义的。下图显示了备份数据库及其日志间的关系

如果在星期二下午5：01出现非硬件故障，需要做的所有工作是装入磁带5（参见下一节：数据恢复），由于磁带5是下午5：00刚备份的，因此只有备份和装入之间的一分钟内的数据损失。
但是，如果在星期二下午4：49失效会怎么样呢？在这种情况下，要装入磁带1（在星期五下午5：00的卸出）。然后，依次装入磁带2，3以及4。这样，系统将恢复到星期二上午10：00点的状态，星期二的大部分工作丢失了。此例显示了经常卸出事务的重要性。

二、万一系统失败时恢复数据库系统

如果用户数据库存储的设备失效，从而数据库被破坏或不可存取，通过装入最新的数据库备份以及后来的事务日志备份可以恢复数据库。假设当前的事务日志存在于一个并没有毁坏的设备上，带着 WITH NO_TRUNCATE 选项的 DUMP TRANsaction 命令卸出它。
要恢复数据库按如下步骤去做：
1、如果日志存在于一个分离的设备上，用带着 NO_TRUNCATE 选项的 DUMP TRANsaction 命令卸出被毁坏的或者不可存取的用户数据库事务日志。
2、用下面的查询检查设备分配已毁坏数据库的设备使用情况。必须为同一目的赋同样的空间块。
下面的查询显示了分配给数据库 mydb 设备使用和尺寸情况：

SELECT segmap，size FROM sysusages
WHERE dbid =
（ SELECT dbid FROM sysdatabases WHERE name = “mydb”）

3、检查查询的输出。在 segmap 列的 ‘3’代表数据分配，‘4’代表日志分配。size 列代表 2K 数据块的数目。注意此信息的次序、使用和尺寸部分。例如，输出为：

segmapSize
--------------------
310240//实际尺寸为：20M
35120//实际尺寸为：10M
45120//实际尺寸为：10M
31024//实际尺寸为：2M
42048//实际尺寸为：4M

4、用 DROP DATABASE 命令删除毁坏设备上的数据库。如果系统报错，用DBCC DBREPAIR 命令的 DROPDB 选项。
5、删除数据库后，用 sp_dropdevice 删除毁坏了的设备。
6、用 DISK INIT 初始化新的数据库设备。
7、重建数据库。用 CREATE DATABASE 命令从老的 sysusages 表拷贝所有的行，并包含第一逻辑设备。
对上例，命令为：

CREATE DATABASE mydb
ON datadev1=20，datadev2=10
LOG ON logdev1=10

8、用 ALTER DATABASE 命令重建其余入口。在此例中，在datadev1上分配更多的空间，命令为：

ALTER DATABASE mydb ON datadev1=2[page]

9、用 LOAD DATABASE 重新装入数据库，然后用 LOAD TRAN 装入前面卸出的日志。
LOAD DATABASE 命令语法是：

LOAD DATABASE database_name
FROM mp_device

LOAD TRANsaction 命令的语法是：

LOAD TRANsaction database_name
FROM mp_device

卸出数据库和事务日志的缺省权限归数据库所有者，且可以传递给其他用户；装载数据库和事务的权限也归数据库所有者，但不能传递。

二、产生用户信息表，并为信息表授权；
系统维护人员的另一个日常事务是为用户创建新的信息表，并为之授权。创建表以及为表授权的方法已经在讲过，在此只将有关命令语法写出来。
·创建表的命令为：

CREATE TABLE table_name
（ column_1 datatype [NULL | NOT NULL | IDENTITY]，
column_2 ……
）
go

ALTER TABLE table_name
ADD PRIMARY KEY （column_list）
go

·删除表的命令格式为：

DROP TABLE table_name
go

·为表授权的命令格式为：

GRANT
ON table_name TO user_name
go

·收回权限的命令格式为

REVOKE
ON table_name FROM user_name
go

三、监视系统运行状况，及时处理系统错误；
系统管理员的另一项日常工作是监视系统运行情况。主要有以下几个方面：
1、监视当前用户以及进程的信息
使用系统过程：sp_who
说明：该命令显示当前系统所有注册用户及进程信息，如下表是某系统的信息。

---------------------------------------------------------------

2SleepingNULL0MasterNETWORK HANDLE
3SleepingNULL0MasterDEADLOCK TUNE
4SleepingNULL0MasterMIRROR HANDLER

SLEEP
从左向右依次显示：进程号、当前状态、注册用户名、主机名、占用块数、数据库名以及当前命令。
如果监视时发现进程总数接近最大连接数（用系统过程：sp_configure “user conn” 查看）时，应下掉不活动或无关进程，以保证系统正常运做；另外亦可监视非法用户或用户使用不属于自己使用范围的数据库等情况。
2、监视目标占用空间情况
使用系统过程：sp_spaceused
说明：该过程显示行数、数据页数以及当前数据库中由某个目标或所有目标所占用的空间。如下表是某数据库日志表的信息：

NameRow_totalreserveddataIndex_sizeunused
------------------------------------------------------------
SyslogsNot avail32KB32KB0KBNot avail

日常要监视的主要目标有：用户数据库、数据库日志表（syslogs）以及计费原始数据表等。如果发现占用空间过大，对日志表要进行转储；对其他目标则应扩充空间或清楚垃圾数据。
3、监视 SQL Server 统计数字
使用系统过程：sp_monitor
说明：sp_monitor 显示SQL Server 的历史统计数字，下表是某系统的统计数字：

Last_runCurrent_runSeconds
---------------------------------------------------------------
May 13 2000 1:27PMMay 13 2000 3:01PM5678
CPU_busyIO_busyIdle
---------------------------------------------------------------
16(6)-0%0(0)-0%5727(5672)-99%
Packets_receivedPackets_sentPacket_errors
---------------------------------------------------------------
21(17)100(97)0(0)
Total_readTotal_writeTotal_errorsConnections
--------------------------------------------------------
785(366)311(113)0(0)3(2)

上表依次给出该系统本次运行统计的上一次时间、本次时间、间隔秒数、CPU占用、IO占用、收发包情况、系统读入写出情况等信息

四、保证系统数据安全，周期更改用户口令；
为保证系统数据的安全，系统管理员必须依据系统的实际情况，执行一系列的安全保障措施。其中，周期性的更改用户口令是比较常用且十分有效的措施。
更改用户口令是通过调用系统过程sp_password 来实现的。Sp_password 的语法为：
sp_password caller_password,new_password [,loginame]
其中caller_password 是登录口令（老口令），new_password是新口令，loginame是登录名称。

在网络搜索:数据库日常维护(参考)

相 关 文 章
Sybase存储过程的建立和使用

SYBASE dbcc

电信企业参与竞争的利器-数据仓库和数据挖掘

SCOUNIX下磁带机的安装与备份

StoredProcere（存储过程）编写经验和优化措施

细说SYBASE数据库日志

常见数据库系统之比较 - SYBASE 和 SQL SERVER

SYBASE ASE FOR LINUX安装及perl连接SYBASE

Sybase数据库应用(一)

安装Sybase ASE

如果对您有帮助，请记得采纳为满意答案，谢谢！祝您生活愉快！

vaela

❷ 网络游戏的数据库怎么维护

数据库可以
异地备份
哈，把主数据包复制一下，人少的很小很方便

❸ 如何选择数据库

如何选择数据库

完整的存储进去，完整的取出来，不需要额外的操作。

NoSQL 比 RDB 有更强的扩展性，可以充分利用分布式系统来提升读写性能和可靠性。

这不是谁设计好坏的问题，而是跟他们要解决的问题有关：RDB 诞生于互联网萌芽的时代，那时数据的准确、可靠是最重要的，而 NoSQL 诞生于互联网快速发展普及的时代，大数据、分布式、扩展性成了数据库的另一个重要特性。

总结一下：

NoSQL ，not only SQL，其实就是对那种打破了 RDB 严格事务和关系模型约束的那些数据库的泛指，而随着要解决的问题的不同，又诞生了各种各样的 NoSQL。

首先是“列式数据库”（Column-oriented DBMS），数据量上去了，我们想分析网站用户的年龄分布，简单说，就是你需要对同一个特征进行大数据量的分析统计，于是把原来 RDB 的“按行存储”的范式打破，变成了“按列存储”，比如 HBase；

然后你发现有些数据变动不是很大，但是经常需要被查询， 查询时还要关联很多张表，于是你把这些来自不同表的数据，揉成一个大对象，按 key-value 的格式存起来，比如 Redis；

再后来你需要对博客内容进行相关性搜索，传统 RDB 不支持相关性搜索，最重要的，还是扩展性差，增加机器的带来边际效益有限，于是有了“全文搜索引擎”，比如 Elasticsearch；

除此之外，还有“文档数据库”、“图形数据库”……

没有一种数据库是银弹。

总结

这篇文章的题目是“如何选择数据库”，这是困扰很多人的问题，那么多数据库，到底要选什么好？

可是当你问出这样一个问题时，其实你是在问一种“手段”。我现在要做这样一个需求，用什么数据库可以帮我实现它？

但其实你需要的不只是一种“手段”，因为如果对方甩给你一个冷冰冰的名字，Mysql、Elasticsearch、MongoDB，你肯定会问，凭什么？

你需要的，是一种“解决方案”。如果你需要数据十分严格准确，分毫不差，那我会推荐你采用“事务”和“关系模型”来处理数据；如果你需要数据能够被大量读取和写入，那我会推荐你扩展性强的“分布式”；如果你的数据经常是整个读取、整个更新的，那“关系模型”就没有“文档模型”适合你。

“事务”、“关系模型”、“分布式”、“文档模型”等等，这些就是“解决方案”，知道用什么“解决方案”，用哪个数据库，自然水到渠成。

正如一位大牛说的：

用户不会因为你用了 Mysql 或者 MongoDB 而使用你的软件，毕竟绝大多数用户都不知道 Mysql 和 MongoDB 是什么玩意。

❹ 数据库sql server2005的数据怎么做数据维护计划

选择管理--->维护计划，添加备份数据库任务。 或者 选择SQL Server 代理--->作业，新建作业，步骤选择T-SQL脚本任务， 格式如下BACKUP DATABASE 数据库名 TO DISK = ‘G:\备份文件’ WITH NAME = N'数据库名'，配置计划 。

❺ 今年毕业，找到数据库维护和网络优化工程师两份工作，哪个好啊纠结，求前辈指点

我觉得网络优化工程师会好些。
因为，我觉得网络方面的需求面大，要求低，不怕找不到工作，当然，工资会低些，数据库维护，需求量不大，要求高。

❻ 我现在做网络维护，想向数据库方面发展（数据库维护这一块）。

对于应用来说，什么数据库区别不大，但是对数据库优化来说，Oracle那是很NB的，需要的技能知识也是很多的。至于找工作，oracle的dba不是随便就能胜任的。装个虚拟机，装上oracle，多练习练习就知道为啥这个数据库的低位高高在上了。英语嘛，现在中文资料也多，不是啥问题。

❼ 如何进行数据库的维护,平时需要做些什么

数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如： ·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用 sp_dboption 允许 select into/bulk 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO mp_device database_name 是要卸出的数据库名称，mp_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO mp_device] [WITH TRUNCATE_ONLY|WITH NO_LOG|WITH NO_TRUNCATE] 其中 database_name 是要备份事务的数据库名称，mp_device 是备份设备名称，仅当包含了 WITH TRUNCATE_ONLY 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DATEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。 对于 master 数据库和小型数据库每次运行 DUMP DATEBASE 之后应当运行 DUMP TRANsaction 命令刷新日志 。 下面一条命令备份数据库 db160 的事务日志到备份设备上： DUMP TRANsaction db160 TO db_log_bk_dev WITH TRUNCATE_ONLY 3、备份数据库及其日志间的相互作用 在至少卸出一次数据库前，卸出事务日志是毫无意义的。下图显示了备份数据库及其日志间的关系 如果在星期二下午5：01出现非硬件故障，需要做的所有工作是装入磁带5（参见下一节：数据恢复），由于磁带5是下午5：00刚备份的，因此只有备份和装入之间的一分钟内的数据损失。 但是，如果在星期二下午4：49失效会怎么样呢？在这种情况下，要装入磁带1（在星期五下午5：00的卸出）。然后，依次装入磁带2，3以及4。这样，系统将恢复到星期二上午10：00点的状态，星期二的大部分工作丢失了。此例显示了经常卸出事务的重要性。 二、万一系统失败时恢复数据库系统 如果用户数据库存储的设备失效，从而数据库被破坏或不可存取，通过装入最新的数据库备份以及后来的事务日志备份可以恢复数据库。假设当前的事务日志存在于一个并没有毁坏的设备上，带着 WITH NO_TRUNCATE 选项的 DUMP TRANsaction 命令卸出它。 要恢复数据库按如下步骤去做： 1、如果日志存在于一个分离的设备上，用带着 NO_TRUN

❽ 数据库维护求解

1．在软件生存周期中，时间最长的阶段是（ ）D.维护
2．以下最适合于面向对象的软件开发的软件生存周期模型是（ ）D.喷泉模型
3．以下几种模块内聚类型中，内聚性最低的是（ ） B.逻辑内聚
4．数据流图中的每个加工至少有（ ）D.一个输入流和一个输出流
5．结构化软件设计是（ ）C．面向数据流的
6．瀑布模型本质是一种（ ）B.线性顺序模型

1、什么是软件工程？它的目标和内容是什么？6
软件工程就是用科学的知识程和技术原理来定义，开发，维护软件的一门学科。
软件工程目标：付出较低开发成本；达到要求的功能；取得较好的性能；开发的软件易于移植；只需较低的维护费用；能按时完成开发任务，及时交付使用；开发的软件可靠性高。
软件工程内容：研究内容包括开发技术和开发管理两个方面。
开发技术主要研究：软件开发方法，开发过程，开发工具和环境。
开发管理主要研究：软件管理学，软件经济学，软件心理学。

2在划分软件生存周期阶段时，应遵循的基本原则是什么？
软件生存周期的各个阶段有不同的划分。软件规模、种类、开发方式、开发环境以及开发使用方法都影响软件生存周期的划分。在划分软件生存周期阶段时，应遵循的一条基本原则是各阶段的任务应尽可能相对独立，同一阶段各项目任务的性质尽可能相同，从而降低每个阶段任务的复杂程度，简化不同阶段之间的联系，有利于软件项目开发的组织管理。
3 可行性研究的任务是什么？
可行研究的任务：首先需要进行概要的分析研究，初步确定项目的规模，目标，约束和限制。分析员再进行简要的需求分析，抽象出项目的逻辑结构，建立逻辑模型。从逻辑模型出发，经过压缩的设计，探索出若干种可供选择的解决方法，对每种解决方法都要研究它的可行性。
主要从三个方面考虑：
⑴.技术可行性：一般要考虑的情况包括 开发的风险即设计出的系统能否达到要求的功能和性能;资源的有效性;相关技术的发展是否支持;
⑵.经济可行性：进行开发成本的估算以及了解取得效益的评估,确定要开发的项目是否值得投资。
⑶.社会可行性：要开发的项目是否存在任何侵权问题,运行方式在用户组织内是否可行,现有管理制度、人员素质、操作方式是否可行。
4、什么是数据字典？其作用是什么？它有哪些条目？
数据字典(简称DD)是用来定义数据流图中的各个成分的具体含义的，它以一种准确的、无二义性的说明方式为系统的分析、设计及维护提供了有关元素的一致的定义和详细的描述。他和数据流图共同构成了系统的逻辑模型，是需求规格说明书的主要组成部分。数据字典是为分析人员查找数据流图中有关名字的详细定义而服务的，因此也像普通字典一样，要把所有条目按一定的次序排列起来，以便查阅。数据字典有以下四类条目：数据流、数据项、数据存储、基本加工。数据项是组成数据流和数据存储的最小元素。源点、终点不在系统之内，故一般不在字典中说明。

5 什么是模块的影响范围？什么是模块的控制范围？他们之间应该建立什么关系？
模块的影响范围:受该模块内的一个判定影响的所有模块的集合。
模块的控制范围:模块本身及其所有下属模块（直接或间接从属于它的模块）的集合。
一个模块的影响范围应在其控制范围之内，且判定所在的模块应与受其影响的模块在层次上尽量靠近

6. 什么是软件危机？
在软件工程概念出现之前，软件的开发主要依赖于开发人员的个人技能，没有可以遵循的开发方法指导，开发过程也缺乏有效的管理。20世纪60年代初出现了“软件”一词，引起人们对文档的重视，但尚未形成文档的规范。随着计算机在各个领域的广泛应用，软件的需求量越来越大，软件的复杂度也越来越高，导致软件的开发远远满足不了社会发展的需要，超出预算的经费、超过预期的交付时间的事情经常发生。由于缺乏文档以及没有好的开发方法指导，使得大量已有的软件难以维护。到20世纪60年代中期出现了人们难以控制的局面，即“软件危机”
落后的软件生产方式无法满足迅速增长的计算机软件需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。
软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。这些问题绝不仅仅是不能正常运行的软件才具有的，实际上，几乎所有软件都不同程度地存在这些问题。
概括地说，软件危机包含下述两方面的问题：如何开发软件，以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件。鉴于软件危机的长期性和症状不明显的特征，近年来有人建议把软件危机更名为“软件萧(depression)”或“软件困扰(affliction)”。不过“软件危机”这个词强调了问题的严重性，而且也已为绝大多数软件工作者所熟悉，所以本书仍将沿用它。

7 软件质量保证应做好哪几方面的工作？380
软件质量保证工作是软件工程管理的重要内容，软件质量保证应做好以下几个方面的工作：<1>采用技术手段和工具。质量保证活动要贯彻开发过程始终，必须从采用技术手段和工具，尤其是使用软件开发环境来进行软件开发。<2>组织正式技术评审，在软件开发的第一个阶段结束时，都要组织正式的技术评审。国家标准要求单位必须采用审查、文档评审、设计评审、审计和测试等具体手段来保证质量。<3>加强软件测试。软件测试是质量保证的重要手段，因为测试可发现软件可发现软件中大多数潜在错误。<4>推选软件工程规范（标准）。用户可以自己指定软件工程规范（标准），但标准一旦确认就应贯彻执行。<5>对软件的变更进行控制。软件的修改和变更常常会引起潜伏的错误，因此必须严格控制软件的修改和变更。<6>对软件质量进行度量。即对软件质量进行跟踪，及时记录和报告软件质量情况。

8 软件生产经历了几个阶段？各有何特征？
软件生产至今已经历了三个阶段：一程序设计时代（1946-1956）：这个阶段的生产方式是个体手工劳动，使用的工具实际其语言、汇编语言。开发方法是追求编程技巧，追求程序运行效率。硬件特征是价格贵、存储容量小，运行可靠性差。软件特征是只有程序、程序设计概念，不重视程序设计方法。二程序系统时代（1956-1968）：这个阶段的生产方式是作坊式的小集团合作生产，生产工具是高级语言，开发方法仍就靠个人技巧，但开始提出结构化方法。硬件特征是速度、容量、工作可靠性有明显提高。软件特征是程序员数量猛增，但开发技术没有新的突破，开发人员的素质和落后的开发技术不适应规模大、结构复杂的软件开发，导致软件危机的产生。三软件工程时代（1968至今）：这个阶段的生产方式是工程化的生产，使用数据库、开发工具、开发环境、网络、分布式、面向对象技术来开发软件。硬件特征是向超高速、大容量、微型化以及网络化方向发展。软件特征是开发技术有很大进步，但是未能获得突破性进展，软件价格不断上升，没有完全摆脱软件危机。

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

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

❿ 本科快毕业，熟悉linux和oracle，现在一家做通信软件的公司实习做数据库和系统维护。有两个选择：

我的看法是，选择专攻一点，因为你现在刚毕业，如果有某一方面能力强的话比较有优势，多具备技能当然也是好事，但是每一项都不够突出的话去找只需单方面能力的工作就没优势了，毕竟公司总不能叫你同时做多份不同的工作吧，工作后，会遇到很多前辈，有不懂的多问，加上自己工作之余自学其它技能，也可以达到掌握多门技能的效果，只是得花多点精力了，不过我想既然刚毕业，年轻还有拼搏的本钱，多投入点精力收获的也更多。
这只是我个人的看法，希望能帮到你吧。