SQL+Server+数据库管理维护规范
SQL server数据库操作规范
海航集团IT运维手册SQL Server数据库操作规范操作规范(V0.1)版本记录文档名称约定如下：海航集团IT运维手册—xx(服务名)—xx（文档名）文档简介本文档规范海南海航航空信息有限公司IT运维人员的数据库日常操作,提高IT系统和服务的质量,向业务人员和相关用户提供更优质的IT服务。
SQL server数据库操作规范操作规范 ...................................................................................................................................... 错误！未定义书签。
(V0.1)............................................................................................................................................ 错误！未定义书签。
文档名称约定如下： .......................................................................................................... 错误！未定义书签。
文档简介 .............................................................................................................................. 错误！未定义书签。
1. 第一部分SQL Server2000数据库..................................................................................... 错误！未定义书签。
SQL Server“数据库维护计划”
壹SQL Server“数据库维护计划”作为网管员，无论其管理的网络的规模是大还是小，在日常的管理中除了维护网络平稳运行、及时排除网络故障、保护网络安全等工作以外，备份网络中关键数据也是其中的一个非常非常重要的工作环节。
网络中的各种故障无非就分两种：软件故障和硬件故障。
对于“硬件故障”可以通过维修或更换硬件设备得到及时解决；对于“软件故障”则可以通过重新安装或升级软件、重做网络或应用软件系统等方法及时解决，而且用此方法来解决网络故障大多需要一些基础的、关键的数据支持才能得以恢复正常。
但是，网络中诸如此类的关键数据(特别是“应用软件系统”中的关键数据)的损坏或丢失，绝大部分是无法恢复和弥补的。
即使可以恢复部分数据，弥补它们所花费的代价(诸如时间、人力、财力、物力等)都可能远远超出了公司的承受能力。
所以说，注重数据的备份工作是网管员日常管理工作中的必须时刻关注的一项任务，也是必须周期性重复操作的一项工作。
现行备份策略我公司在组建局域网时，考虑到商业企业的特点，仔细考量了购、销、存三大环节中发生的各种数据及其存储问题后，选定了以Windows 2000 Server为操作系统，SQL Server 2000为数据库平台来搭建局域网的应用系统的软件平台，以网线为载体将购、销、存等核心部门的计算机通过局域网平台紧密地连接起来。
这样，各个核心部门每天的任何一笔业务都及时地、动态地存储到公司局域网的核心Dell服务器上的SQL Server 2000数据库中，并以此为基础平台向各方提供所需的各种数据服务。
因此，自公司局域网开始正式运作之日起，作为网管员的我就非常注重对局域网中的关键数据——特别是这些业务数据的备份工作。
同时，我也希望备份数据的软件能够实现以下自动功能。
功能1：能够在每天的某个固定的时刻(如夜晚0:00:00，当然这个时间是可以自主设定的)对包含所有业务数据库在内的所有关键数据库进行一次“完全备份”。
SQL Server数据库管理第12章 SQL Server 2008的维护
（2）鼠标右键单击数据库，在弹出的快捷菜单中选择“附加”命令，弹出“附加数据库”窗体，在 “附加数据库”窗体中单击“添加”按钮，弹出“定位数据库文件”窗体，在该窗体中可以选择要附 加数据库的位置，如图12-2所示。
图12-13 选择导入数据
（3）在“选择数据源”窗体中，首先，选择数据源类型，类型为Microsoft Excel，然后，选择 Excel文件的路径。最后，单击“下一步”按钮，进入到“选择目标”窗体中，在该窗体中选择要将 数据库复制到何处，如图12-15所示。
图12-15 选择目标
说明：在选择要将数据库复制到何处时，首先需要输入服务器名称，然后选择身份验证方式，并输入用户名和密码， 最后选择数据库即可。
图12-7 指定表复制或查询
ห้องสมุดไป่ตู้
12.2.2 导入其他数据源的数据
SQL Server 2008除了支持Access和SQL Server数据源外，还支持其他形式的数据源，如 Microsoft Excel 电子表格、Microsoft FoxPro 数据库、dBase 或 Paradox 数据库、文本文件、大多数 的OLE DB和ODBC数据源以及用户指定的OLE DB 数据源等，本节以Excel表格中的数据内容导入 SQL Server数据库为例进行介绍。 具体操作步骤如下：
12.3.3 导出SQL Server数据表
导出数据是将SQL Server实例中的数据设取为某些用户指定格式的过程，如将SQL Server表的内 容复制到Excel表格中。 下面主要介绍通过导入导出向导将SQL Server数据库“db_2008”中的部分数据表导出到Excel表格 中。具体操作步骤如下： （1）启动SQL Server Management Studio，并连接到SQL Server2008中的数据库。在“对象资源管 理器”中展开“数据库”节点。 （2）鼠标右键单击数据库“db_2008”，在弹出的快捷菜单中选择“任务”/“导出数据”命令，如 图12-23所示。
SQL+Server+数据库管理维护规范标准
SQL Server 数据库管理维护规Version 1.02010-8-17目录1 修改记录 (3)2 简介 (3)3．数据库的物理环境 (4)3.1 网络环境 (4)3.2 目录设置 (5)3.3 文件设置 (5)4．数据库账户管理 (5)5．数据库备份和恢复 (6)5.1 开发测试环境 (8)5.2 生产环境 (8)5.2.1 用户数据库 (8)5.2.2 系统数据库 (9)5.2.3 异地备份 (9)5.2.4 恢复计划 (9)6．数据库监控 (9)7．数据库维护 (11)7.1 性能优化 (11)7.2 恢复或者切换演练 (11)附录1 数据库备份，验证备份脚本 (12)附录2 数据库恢复脚本 (14)附录3 清除备份文件脚本 (15)附录4 事件通知例子 (16)附录5 数据库账户申请表格 (17)1 修改记录2 简介数据库管理和维护是指为了保证业务系统的稳定高效运行，而对数据库系统进行全面周密的可用性，可靠性，可扩展性等方面的措施，以保证数据库系统的稳定高效运行。
数据库系统的管理和维护主要包括：Δ数据库用户以及权限的分配与维护Δ数据库的备份与恢复的设置和演练Δ数据库性能的定期巡检和优化Δ数据库高可用性，可扩展性架构方面的不断研究和应用Δ数据库方面新项目的可行性研究，根据预期规模确定合适架构Δ数据库系统包括整体架构的监控Δ不断学习和研究数据库领域最新技术，并适时投入应用该数据库管理和维护标准是一般数据库系统的管理和维护的试行标准.通过此标准，来规数据库系统的管理和维护.我们认为在数据库系统的管理和维护时遵循一定的标准是非常重要并且是必要的.标准能使我们的DBA以统一的方式和风格进行数据库系统的管理维护,从而使我们的数据库系统运行更加规，数据库结构更清晰，也使数据库系统具有高健壮性，高专业化.该标准是一个关于数据库系统的管理和维护规,我们的这个规主要应用在SQLServer2005/2008上,经过适当的修改之后也可以应用在以前的版本,以后的版本.SQLServer的数据库管理和维护是一个复杂的过程，包含了多种备份恢复技术，高可用技术，多服务器管理技术等，该文档不可能包含所有的基本容，而只能从最常用的管理维护技术入手进行简单介绍。
sqlserver数据库日常维护规范
1.数据库服务器负载情况维护査看CPU, IO,内存使用情况•规则2.数据库运行状态维护•规则3.数据库备份情况维护•规则4.数据库对彖的维护•规则1、査询乞个磁盘分区的剩余空间:Exec master.dbo.xp_fixeddrives2、 査询数据库的数据文件及日志文件的相关信息(包括文件组、当前文件大小、文件 最大值、文件增长设置、文件逻辑名、文件路径等〉select * from [数据库家]・[dbo]・[sysfilcs]转换文件大小单位为MB ：select name, convert(floai,size) * (8192.0/1024.0)/1024. from [数据库名],dbo.sysfiles3、 査询当前数据库的磁盘使用情况：Exec sp_spaceused4、査询数据商服务器各数据库日志文件的大小及利用率DBCC SQLPERF(LOGSPACE)5、统讣数据库中每张表的大小create table impname varchar(50).rowscount int, reserved varchar(50).data varchar(50).index_size varchar(50).unused varchar(50)insert tmp(namc ・ rowscount. reserved, data. index_size. unused)exec sp_MSforeachtable @commandl=”sp_spaceuse dselect * from tmp where name <> tmp' order by name drop table imp :或考sysobjecls AS a INNER JOINsysindexes AS b ON aJd = b.id(a.type = V) AND (bJndid IN (0, 1))ORDER BY b.rows DESC6、检査数据库完整性dbcc checkdb(Portal)SELECT a. name, b.rowsFROM WHEREdbcc checkdb(Portal) with tablock7、数据库重命名、修改恢复模式、修改用户模式-数据库重命需ALTER DATABASE WCMODIFY NAME = test-设置数据原为完整恢复模式alter database test set recovery full-只允许一个用户访问数据库alter database test set single_userwith rollback after 10 seconds ••指泄多少秒后回滚事务••只有sysadmin,dbcreatordb_owner 角色的成员可以访问数据库alter database wc set restricted user-多用户模式alter database wcset multi user-不等待立即改变，如不能立即完成，那么会导致执行错误8、扩展数据库：增加文件组、增加文件、修改文件大小、修改文件的逻辑名称••添加文件组ALTER DATABASE testADD FILEGROUPWC FG8with rollback immediate ••立即回滚事务with no wait-添加数据文件ALTER DATABASE testADD FILENAME = WC FG&FILENAME = "D:\WC_FG&ndf\SIZE = 1 mb.MAXSIZE = lOmb.FILEGROWTH = 1 mbTOHLEGROUPWC FG8••添加日志文件ALTER DATABASE testADD LOG FILENAME = WC-LOG3,FILENAME = D\WC FG3.LDF.SIZE= 1MB.MAXSIZE = 10MB.HLEGROWTH = 100KB-修改数据文件的大小，増长大小•最大大小ALTER DATABASE testMODIFY FILENAME = 'WC-FG8；SIZE = 2MB・-必须大于之前的大小，否则报错MAXSIZE= 8MB・HLEGROWTH = 10%-修改数据文件或日志文件的逻辑名称ALTER DATABASE testMODIFY FILENAME = WC-LOG3.NEWNAME = WC FG339、移动文件-由于在SQLServer中文件组、文件不能离线，所以必须把整个数据库设置为离线check poini goALTER DATABASE WCSETOFFLINE g°-修改文件名称ALTER DATABASE WCMODIFY FILENAME = WC_fg &FILENAME = D\WC\WC FG&NDF go••把原来的文件复制到新的位置：D:\WC\WC_FG&NDF-设置数据库在线ALTER DATABASE WCSETONLINE10、设置默认文件组、只读文件组-设置默认文件组ALTER DATABASE WCMODIFY HLEGROUP WC FG8 DEFAULT-设为只读文件组-如果文件已经是某个属性•不能再次设置柑同属性ALTER DATABASE WCMODIFY HLEGROUP WC FG8 READ WRITE11、收缩数据库、收缩文件-收缩数据原DBCC SHRINKDATABASE("tesl\10-要收缩的数据库名称或数拯库ID-收缩后，数据库文件中空间空间占用的百分比DBCC SHRINKDATABASE(乜ST,10.“要收缩的数据库名称或数据库ID••收缩后，数据库文件中空闲空间占用的百分比NOTRUNCATE-在收缩时，通过数据移动来腾出自由空间DBCC SHRINKDATABASE(-tesf, -要收缩的数据库名称或数据库ID“收缩后，数据库文件中空间空间占用的百分比10.TRUNCATEONLY 一在收缩时，只是耙文件尾部的空闲空间释放••收缩文件DBCC SHRINKFlLE(wc」g& -要收缩的数据文件逻辑坍称7 ••要收缩的目标大小，以MB为单位DBCC SHRINKFILE(wc_fg& 一要收缩的数据文件逻辑名称EMPTYRLE ••淸空文件，淸空文件后•才可以删除文件12、删除文件、删除文件组1・要删除文件，必须要先把文件上的数据删除，或者移动到其他文件或文件组上••删除数据后，必须要淸空文件的内容DBCC SHRINKFILE(WC_FG&EMPTYF1LE)-删除文件，同时也在文件系统底层删除了文件ALTER DATABASE testREMOVE HLE WC FG82•要删除文件组，必须先删除所有文件-最后删除文件组ALTER DATABASE testREMOVE HLEGROUP WC FG813、重新组织索引ALTER INDEX [idxjempjockjd] ON [dbo].[tempjock] REORGANIZEWITH ( LOB_COMPACTION = ON ) use test go select 'DBCC INDEXDEFRAGC+db_name()+7++7+i name + -.db_name().-o.nanie.••Lname.from sysindexes i inner join sysobjecls oon Lid = o.idwhere o.xiypc = Uand Undid >0and charindexCW^_Sys\) = 014、重新生成索引ALTER INDEX [idxjcmpJockJd] ON [dbo].[tempJock]REBUILD PARTITION = ALLWITH ( PAD JNDEX =OFESTATISTICS NORECOMPUTE =OFEALLOW ROW LOCKS = ON,ALLOW PAGE LOCKS = ON.ONLINE = OFF.SORTJN_TEMPDB = OFF)15、更新统计信息-更新表中某个的统计倍息update statistics tempJock(_WA_Sys_0000000 l_07020F21) update statistics tempJock(_WA_Sys_0000000 l_07020F21) with sample 50 percent update statistics tempJock(_WA_Sys_0000000 l_07020F21)with resample. ••使用最近的采样速率更新每个统讣信息norecompute -査询优化器将完成此统计信息更新并禁用将来的更新-更新索引的统计信息up date statistics tempjock(idx_tempjockjd) with fullscan-更新表的所有统计信息update statistics txtwith all16、执行SQLServer代理作业exec msdb・dbo・sp_siart」ob@job_name =N]ob_update_sql';欢迎下载11。
sql_server_2005数据库维护计划
SQL Server 2005数据库维护计划计算机系统各种软、硬件故障、用户误操作以及恶意破坏是不可避免的,这些影响到数据的正确性甚至造成数据损失、服务器崩溃等致命后果。
数据库的备份对保证系统的可靠性具有重要的作用。
下面会根据执行强度对维护任务及其相应的程序进行分类描述，执行强度用不同的时间间隔定义，包括每天、每周、每月和每季度，能够建立起良好的维护实务，确保SQL Server 数据库性能和安全。
一、每天的例行维护任务需要数据库管理员密切关注的维护任务，最好每天都检查一下，这样可以确保系统的可靠性、可用性、运行性能和安全。
每天的例行维护任务包括：1、检查是不是所有被请求的SQL Server服务都正常运行。
2、检查日常备份日志中成功、警告或者失败记录。
3、检查Windows事件日志有没有错误记录。
4、检查SQL Server日志有没有安全警告记录，例如非法登录。
5、执行完全备份或差异备份。
6、在设置了完全恢复模型或大容量日恢复模型的数据库上执行事务日志备份任务。
7、核实SQL Server作业没有失败。
8、检查所有的数据库文件和事务日志具有合适的磁盘空间大小。
9、至少要监控处理器、内存或者磁盘计数器没有出现瓶颈。
二、每周的例行维护任务关注程度稍逊于每天的例行维护任务，最好每周进行一次例行检查。
每周的例行维护任务包括：1、执行完全备份或差异备份。
2、检查以前执行的维护计划报告。
3、检查数据库完整性。
4、如果需要，执行收缩数据库任务。
5、通过重新组织索引任务压缩聚集和非聚集表和视图。
6、通过重新生成索引任务在数据页和索引页重新组织数据。
7、更新所有用户表和系统表的统计信息8、清除备份、还原、SQL Server代理作业和维护计划等操作的历史数据。
9、如果需要，手动增长数据库或事务日志文件10、清除执行维护计划残留下来的文件。
三、每月或每季度的维护任务有一些维护计划不需要执行得过于频繁，可以每个月或每个季度执行一次。
SQL Server 数据库管理维护规范2019年修改
SQL Server 数据库管理维护规范北京云星宇科技服务有限公司2018年12月第一章目录第二章简介................................ 二-4第二章数据库系统物理与逻辑规划............. 二-42.1数据库系统存储规划......................... 二-42.2数据库系统的CPU和内存规划.................. 二-52.3数据库系统逻辑规划......................... 二-6第三章数据库账户管理....................... 二-73.1 数据库账户规则............................ 二-7第四章数据库的备份与恢复................... 二-74.1数据库的备份............................... 二-7第五章数据库的定期巡检和维护.............. 二-175.1数据库的定期巡检.......................... 二-171 内存压力监控 ................................................................................................ 二-172 CPU压力监控 .................................................................................................. 二-213对数据库IO监控 .............................................................................................. 二-22第6章数据库维护........................... 二-236.1 数据库完整性检查（重要每月）............. 二-236.2 清空数据库日志（重要每月）............... 二-246.3 重组数据库表（重要季度）................. 二-246.4 更新数据库统计信息（重要每月） ........... 二-26第七章数据库故障及标准处置方案............ 二-277.1数据库系统标准化启动与关闭流程............ 二-277.2 人为操作失误造成的数据库故障............ 二-287.3 数据库服务器故障（但磁盘阵列正常） ....... 二-297.4 磁盘阵列故障（数据块故障）............... 二-307.5 磁盘阵列故障（数据库无法访问） ........... 二-327.6 磁盘阵列故障(无法识别) ................... 二-32第八章规范的补充与修改................... 二-34第二章简介数据库管理和维护是指为了保证业务系统的稳定高效运行，而对数据库系统进行全面周密的检查，维护优化。
SQL Server 2012数据库管理与开发第12章 SQL Server 2012维护管理
•
除了系统数据库以外，其他数据库都 可以从服务器的管理中分离出来，脱离服 务器管理的同时保持数据文件和日志文件 的完整性和一致性。 • 分离后的数据库又可以根据需要重新 附加到数据库服务器中。 • 本节主要介绍如何分离与附加数据库。
12.2.1
•
分离数据库
分离数据库不是删除数据库，它只是 将数据库从服务器中分离出去。
12.5.2
•
将数据表生成脚本
除了将数据库生成脚本文件以外，用 户还可以根据需要将指定的数据表生成脚 本文件。
12.5.3
•
执行脚本
脚本文件生成以后，用户可以通过 “SQL Server Management Studio”工 具对指定的脚本文件进行修改，然后执行 该脚本文件。
12.6
•
数据库维护计划
12.4
•
备份和恢复数据库
对于数据库管理员来说，备份和恢复 数据库是保证数据库安全性的一项重要工 作。 • Microsoft SQL Server 2012提供了高 性能的备份和恢复功能，它可以实现多种 方式的数据库备份和恢复操作，避免了由 于各种故障造成的数据损坏或丢失。 • 本节主要介绍如何实现数据库的备份 与恢复操作。
12.1
•
脱机与联机数据库
如果需要暂时关闭某个数据库的服务， 用户可以通过选择脱机的方式来实现。 • 脱机后，在需要时可以对暂时关闭的 数据库通过联机操作的方式重新启动服务。 • 下面分别介绍如何实现数据库的脱机与 联机操作。
12.2
•
分离和附加数据库
分离和附加数据库的操作可以将数据 库从一台计算机移到另一台计算机，而不 必重新创建数据库。
• 备份数据库。 • 恢复数据库（还原数据库）。
SQLServer2023数据库实践教程—管理与维护篇
SQLServer2023数据库实践教程—管理与维护篇SQL Server是一种关系型数据库管理系统，被广泛用于企业级的数据管理和应用开发。
为了保证数据库的高效和可靠运行，数据库的管理和维护是至关重要的。
本篇教程将介绍SQL Server 2023数据库管理与维护的一些实践方法。
一、日常运维1. 定期备份和恢复数据库定期备份数据库是保证数据库安全的重要措施。
使用SQL Server自带的备份和还原工具，可以定期创建数据库备份，并将其存储在安全的位置。
在灾难恢复时，可以使用数据库备份文件进行还原操作。
2. 监控数据库性能使用SQL Server的性能监视工具，例如SQL Server Profiler和Performance Monitor，可以实时监控数据库的性能指标，包括CPU利用率、内存利用率、磁盘IO等。
通过监控这些指标，可以及时发现数据库性能的瓶颈，并采取相应的优化措施。
3. 管理数据库连接和事务管理数据库连接和事务是确保数据库正常运行的关键。
及时关闭不必要的数据库连接，避免因连接数过多导致数据库性能下降。
同时，使用事务来确保数据库操作的完整性和一致性。
在事务中，如果出现错误或异常，可以回滚事务，撤销之前的操作。
二、性能优化1. 索引优化数据库索引是提高查询性能的重要手段。
使用适当的索引，可以减少数据库的扫描次数，提高查询的速度。
需要选择合适的索引类型和字段，避免创建过多或不需要的索引。
同时，定期重新生成索引，可以保持索引的有效性。
2. 查询优化通过优化查询语句，可以提高数据库查询的效率。
首先，需要使用合适的查询语句，避免全表扫描和多表连接查询。
其次，需要使用适当的查询条件，减少需要检索的数据量。
另外，可以使用查询提示和索引提示来指定查询的执行计划。
3. 内存管理合理分配和管理数据库的内存是提高数据库性能的关键。
可以通过设置最大内存和最小内存限制，调整SQL Server使用的内存大小。
sql维护手册第04章 SQL Server数据库管理和维护
第4章SQL Server数据库管理和维护４.１SQL Server 7.0管理工具在安装完SQL Server 7.0之后，用户将能够在启动菜单上看到Microsoft SQL Server 7.0程序组。
这个程序组包括了许多有用的图形界面的工具，便于用户管理SQL Server。
本章将逐一地向读者介绍该程序组中的应用程序的功能、用法，以及相应的SQL Server 背景知识。
读者在今后的学习中将不断地利用这些工具来管理和维护数据库。
本章将介绍以下应用程序工具：Service Manager、Profiler、Server Network Utility、Client Network Utility、Enterprise Manager、Query Analyzer。
（见图４－１）（图４－１）４.１.１学会使用Service Manage启动、关闭服务器第一步：在启动菜单程序项中找到Microsoft SQL Server 7.0程序组,在程序组中选择Service Manager。
另外，也可以双击任务栏上的类似计算机机箱的图标打开Service Manage 程序。
SQL Ser-ver service Ma-nager是用来启动停止暂停SQL Sever组件的。
这些组件在Windows-NT下是可以通过控制面板的服务项启动或停止的。
Service Manage 的程序窗口如下图所示。
（图４－２）和（图４－３）（图４－２）服务未启动（图４－３）服务已启动在Services菜单里可以选择MSDTC、MS SQL Server、SQL Server Agent。
选择MS SQL Server，按下Start/Continue（启动、继续）。
这时，SQL Server服务器就被启动了。
MSDTC 是分布式数据库的管理器，MS SQL Server是数据库服务器程序SQL Server Agent用来处理调度管理任务的。
sqlserver数据库维护计划
sqlserver数据库维护计划
SQL Server数据库维护计划包括以下几个方面：
1. 数据库备份：定期备份数据库是SQL Server维护计划的基础。
可以根据数据库的类型和大小选择备份方式，如完整备份、差异备份或事务日志备份。
一般建议每天进行完整备份，差异备份和事务日志备份根据业务需求进行。
2. 数据库恢复：备份不仅要定期进行，还要测试恢复过程是否可行。
可以定期对备份文件进行恢复测试，以确保故障时能够及时恢复。
3. 数据库统计信息维护：数据库中存储的数据数量变化时，统计信息需要更新，以确保查询效率。
可以通过建立定期更新统计信息的任务来维护统计信息。
4. 索引维护：索引是提高查询性能的重要手段，因此需要对索引进行定期维护。
可以通过重建索引、重新组织索引和更新索引统计信息等方式来维护索引。
5. 清除无用的事务日志：过多的事务日志会消耗大量磁盘空间，因此需要定期清除无用的事务日志。
6. 检查数据库一致性：可以定期使用DBCC CHECKDB命令检查数据库的一致性，以确保数据的完整性和可靠性。
7. 监控数据库服务器性能：可以使用SQL Server自带的性能监视器或第三方监控工具来监控数据库服务器的性能，并及时调整相关设置以优化性能。
以上是SQL Server数据库维护计划的主要内容，根据实际情况可以进行相应的调整和优化。
sql_server_2008_安全管理与数据库维护
图9-2 Windows身份验证模式其中，服务器名称中MR代表当前计算机名称，AdministratorWindows账户名称。
这也是SQL Server默认的身份验证模式，身份验证更为安全。
Windows身份验证使用Kerberos安全协议，提供有关强密码复杂性验证的密码策略强制，还提供帐户锁定支持，并且支持密码过期。
通过身份验证完成的连接有时也称为可信连接，这是因为提供的凭据。
图9-3 使用SQL Server身份验证如果用户是具有Windows 登录名和密码的Windows 域用户，则还必须提供SQL Server）登录名和密码。
记住多个登录名和密码对于许多用户而言都较为困难。
每次连接到数据库时都必须提供SQL Server混合模式身份验证的缺点如下所示。
身份验证无法使用Kerberos 安全协议。
登录名不能使用Windows 提供的其他密码策略。
右击图9-4 打开【服务器属性】对话框在默认打开的【常规】选项卡中，显示了SQL Server 2008服务器的常规信息，SQL Server 2008的版本、操作系统版本、运行平台、默认语言以及内存和等等。
（3）在左侧的选项卡列表框中，选择【安全性】选项卡，展开安全性选项内容，如图9-5所示。
在此选项卡中即可设置身份验证模式。
图9-5 【安全性】选项卡（4）通过在【服务器身份验证】选项区域下，选择相应的单选按钮，可以确SQL Server 2008的服务器身份验证模式。
无论使用哪种模式，都可以通过审核来跟踪访问SQL Server 2008的用户，默认时仅审核失败的登录。
当启用审核后，用户的登录被记录于Windows应用程序日志、SQL Server 2008错误日志或两种之中，这取决于如何配置SQL Server 2008的日志。
可用的审核选项如下：●无禁止跟踪审核●仅限失败的登录默认设置，选择后仅审核失败的登录尝试。
●仅限成功的登录仅审核成功的登录尝试。
数据库SQL ServerSQLite教程课件：数据库管理维护与新技术
数据库管理维护与新技术
③ 事务日志备份就是对数据库发生的事务进行备份。 只有完整恢复模式和大容量日志恢复模式下才会有事务日志 备份。
④ 文件和文件组备份是一种文件拷贝，如果数据库发 生故障，将备份文件直接覆盖原文件和文件组就可以了。
数据库管理维护与新技术
2) 备份操作 (1) 使用菜单方式进行数据库备份。 操作步骤如下： ① 在“对象资源管理器”中，展开“数据库”节点， 选择数据库，右击弹出快捷菜单，选择“任务”命令，弹出 下一级菜单，选择“备份”命令，如图 10-6 所示。
数据库管理维护与新技术
例 10-3 在完成数据库备份的情况下，完成 studscore_wl2 的事务日志备份。
代码如下：
数据库管理维护与新技术
2. 数据库还原 数据库还原操作步骤如下： (1) 右击数据库，弹出菜单，选择“还原 ...”，选择还 原“数据库”，进入“还原数据库”对话框。 (2) 在“还原数据库”对话框中输入目标数据库的名称， 即没有使用过的数据库名称，在“源设备”处选择用于还原 的备份文件。在“还原”处勾选复选框，然后单击“确定” 按钮，还原成功，如图 10-8 所示。
数据库管理维护与新技术
数据库管理维护 与新技术
10.1 事务管理 10.2 数据库安全管理 10.3 数据库日常维护 10.4 数据库新技术
数据库管理维护与新技术
10.1 事 务 管 理
10.1.1 事务的概念 事务 (Transaction) 是并发控制的单位，是用户定义的一
个操作序列。这些操作要么都做，要么都不做，是一个不可 分割的工作单元。通过事务，SQL Server 能将逻辑相关的一 组操作绑定在一起，以便服务器保持数据的完整性。
数据库管理维护与新技术
使用SQL Server“数据库维护计划”1
数据库备份计划备份计划目标是：功能1：能够在每天的某个固定的时刻(如夜晚0:00:00，当然这个时间是可以自主设定的)对包含所有业务数据库在内的所有关键数据库进行一次“完全备份”。
功能2：按每周六天上班计算，在BACKUP（备份文件夹）中建立以1、2、3、4、5、6命名的六个文件夹来存放周一至周六的备份功能3：将BACKUP文件夹自动备份到磁带机上SQL Server 2000本身自带了一个能够实现上述备份要求的、强大的功能——“数据库维护计划”。
能够实现自动备份调度，以及自动删除旧的数据备份，完全能够满足上述备份要求。
实现步骤：第一步：打开SQL Server“企业管理器”窗体第二步：找到“数据库维护计划”功能第三步：创建“数据库维护计划”第四步：启动SQL Server 2000代理以便执行“作业”“数据库维护计划”功能在SQL Server 2000的“企业管理器”中可以找到。
说明：1.以下操作是在服务器的Windows 2000 Server上进行操作的。
在Window 9X系统上操作相同。
2.由于SQL Server 2000执行备份时将产生许多文件(特别是在进行事务日志备份时)，所以建议按数据库名称分别建立独立的备份目录进行存储。
3.以下所有操作过程当中一般不会对数据库的使用产生影响。
第一步：打开SQL Server“企业管理器”窗体用鼠标单击任务栏上的“开始”按钮中的“程序(P)”菜单下的“Microsoft SQL Server”子菜单中的“企业管理器”菜单项，即可打开SQL Server 2000的“企业管理器”窗体。
第二步：找到“数据库维护计划”功能在“企业管理器”窗体中左侧的树型选项卡中，用鼠标单击“+”图标扩展开“控制台根目录”下的“Microsoft SQL Servers”，可以看到其下有一个“SQL Server组”；接着继续扩展开“SQL Server 组”，此时可以看到其下出现了服务器的名称(如“JXNC-SERVER”)；再继续扩展开此服务器，可以看到其下列出了诸如“数据库”、“数据转换服务”等项目；最后单击“管理”项目，可以看到其下存在一个“数据库维护计划”单击“数据库维护计划”项目，在“企业管理器”窗口右侧将会显示出已经存在的维护计划项目。
SQL_Server数据库维护计划
SQL Server 2005 的数据库维护与SQL Server 2000相比变化也非常大。
在这次数据库系统升级过程中，针对数据库的备份等策略进行了如下的设置步骤。
定义并设置如下的备份策略：1. 每周1次完全备份，周日晚0点。
超过4周清空之前的备份。
2. 每天1次差异备份，每天0点。
超过1周清空之前的备份。
3. 每2小时一次日志备份，超过1天清空之前的备份。
* 这个策略同样推荐给其他中小型企业用户第一步：启用维护计划任务。
在“管理”－>“维护计划”上右键弹出菜单，选“维护计划向导”。
如图（11）所示。
图（11）第二步：“下一步”，设置“维护计划”的名称，如××数据库完全备份策略。
设置代理执行维护计划的帐户及口令，如sa。
图（12）第三步：“下一步”，选择维护计划类型，如备份数据库（完整）。
如图（13）所示。
注意：不要同时选中完整、差异、日志，或选中其中几项，因为备份策略需要单独设置。
图（13）第四步：“下一步”，定义维护计划任务（备份任务），一般情况下，在这个页面窗口只需要选择正确的数据库名称和备份的文件夹路径即可，其他都默认设置。
如图（14）所示。
图（14）第五步：“下一步”，设置计划执行作业。
设置为每周的周日0点执行。
如图（15）所示。
图（15）第五步：“下一步”，维护计划日志文件的写入位置。
默认即可。
如图（16）所示。
图（16）第六步：“下一步”，结束。
注意，还需要再配置清除过期备份文件的策略。
在“管理”－>“维护计划”－>刚才新建的维护计划上右键选“修改”。
在这个面板页面，目前默认只有备份数据库(完整)一个节点。
从工具箱，把“清除维护（任务）”拖到模板页面。
把上一步的方向线拖动指向到这个“清除维护（任务）”节点。
如图（17）所示。
图（17）在“清除维护（任务）”节点上，右键选“编辑…”，设置文件保留的时间。
如图（18）所示。
图（18）第七步：重复1～6的步骤，设置数据库的差异备份和日志备份。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SQL Server 数据库管理维护规范Version 1.02010-8-17目录1 修改记录 (3)2 简介 (3)3．数据库的物理环境 (4)3.1 网络环境 (4)3.2 目录设置 (5)3.3 文件设置 (5)4．数据库账户管理 (5)5．数据库备份和恢复 (6)5.1 开发测试环境 (8)5.2 生产环境 (8)5.2.1 用户数据库 (8)5.2.2 系统数据库 (9)5.2.3 异地备份 (9)5.2.4 恢复计划 (9)6．数据库监控 (9)7．数据库维护 (11)7.1 性能优化 (11)7.2 恢复或者切换演练 (11)附录1 数据库备份，验证备份脚本 (12)附录2 数据库恢复脚本 (14)附录3 清除备份文件脚本 (15)附录4 事件通知例子 (16)附录5 数据库账户申请表格 (17)1 修改记录2 简介数据库管理和维护是指为了保证业务系统的稳定高效运行，而对数据库系统进行全面周密的可用性，可靠性，可扩展性等方面的措施，以保证数据库系统的稳定高效运行。
数据库系统的管理和维护主要包括：Δ数据库用户以及权限的分配与维护Δ数据库的备份与恢复的设置和演练Δ数据库性能的定期巡检和优化Δ数据库高可用性，可扩展性架构方面的不断研究和应用Δ数据库方面新项目的可行性研究，根据预期规模确定合适架构Δ数据库系统包括整体架构的监控Δ不断学习和研究数据库领域最新技术，并适时投入应用该数据库管理和维护标准是一般数据库系统的管理和维护的试行标准.通过此标准，来规范数据库系统的管理和维护.我们认为在数据库系统的管理和维护时遵循一定的标准是非常重要并且是必要的.标准能使我们的DBA以统一的方式和风格进行数据库系统的管理维护,从而使我们的数据库系统运行更加规范，数据库结构更清晰，也使数据库系统具有高健壮性，高专业化.该标准是一个关于数据库系统的管理和维护规范,我们的这个规范主要应用在SQLServer2005/2008上,经过适当的修改之后也可以应用在以前的版本,以后的版本.SQLServer的数据库管理和维护是一个复杂的过程，包含了多种备份恢复技术，高可用技术，多服务器管理技术等，该文档不可能包含所有的基本内容，而只能从最常用的管理维护技术入手进行简单介绍。
我们非常欢迎你的补充反馈.如果你认为某个地方要被改进或者不满意,请与我们联系,我们会考虑把它们加到下一个版本中.通过使用规范的一致的数据库管理运维方案，能给我们的系统带来以下优点：♦减轻数据库管理人员(DBA)的工作复杂度，使他们可以很容易的从一个数据库系统的管理维护转移到新数据库系统的维护.♦可以大幅加快数据库管理维护相关脚本或者设置的部署时间，尤其在维护庞大的数据库系统时.♦可以有效的实现团队协作，在大规模的数据库系统环境中通常要有一个DBA团队进行数据库系统的管理维护，通过使用统一的标准，可以轻松实现协作工作.♦可以有效的节省数据库系统排错时间，通过使用统一的数据库监控和恢复标准，可以迅速定位故障，并为处理错误节约时间，这在24*7的数据库系统中尤其有用。
以下章节将介绍常用的数据库管理维护方案。
3．数据库的物理环境SQLServer的物理环境是指SQLServer所处的安装目录以及网络环境，数据库系统时整个业务系统的核心应用，在安装设置初期就要考虑其所处的环境，以避免安全性和可维护性上的问题。
3.1 网络环境对于SQLServer所处的网络环境，该文档建议使用以下基本原则：ΔSQLServer服务器不使用公网IP地址，特殊情况除外，比如商务合作需求Δ在局域网内，如果是低速的VPN环境，请慎重考虑SQLServer的高可用方案，原则上不建议使用镜像，复制等方案，但可以考虑ServiceBroker(异步)方案。
ΔSQLServer的服务端口不要使用默认端口1433，新端口设置后务必通知所有使用该数据库的开发人员Δ配置Windows防火墙以开放SQLServer相应的服务端口3.2 目录设置对于SQLServer的安装目录设置，该文档建议使用以下基本原则：Δ用户数据库的数据目录要和日志目录存放在不同的磁盘驱动器上，尤其是业务比较繁忙的用户数据库ΔTempdb数据库要单独存放在1个或2个磁盘驱动器上，尤其是业务比较繁忙的服务器实例Δ数据库安装后要设置本地备份目录，原则上建议的目录结构如下数据目录\实例名\数据库名\BackupFull数据目录\实例名\数据库名\BackupDiff数据目录\实例名\数据库名\BackupLog保存备份的数据目录大小至少保证是数据库大小的10倍以上，或者至少保证能保留一周的备份文件3.3 文件设置在建立数据库时的数据文件设置，该文档建议使用以下基本原则Δ用户数据库数据文件的数目建议和服务器CPU数目一致或者是CPU数目的1/2等，不建议使用默认的一个数据文件注：CPU数目是指逻辑CPU，数据文件的大小(size)要保持一致日志文件要使用一个，所有类型的数据库日志文件都要保证是一个。
Δ系统数据库对于系统数据库，尤其是tempdb数据库，要增加其数据文件的数目，一般建议设置为CPU数目的1/2注：CPU数目是指逻辑CPU，数据文件的大小(size)要保持一致4．数据库账户管理数据库账户是访问数据库资源的一种主体，在SQLServer中，通常的数据库账户是指SQLServer登录名以及相应数据库中的数据库用户的映射。
数据库账户的管理是整体数据库系统安全性管理的重要部分，在日常的开发和生产环境的数据库账户维护中，能够遵循一定的规范，对于保证数据库安全，进而保证整个应用系统安全有很重要的作用。
该文档建议使用以下的原则对数据库账户进行管理维护：Δ账户最小权限原则所有申请的数据库账户，要明确需要的权限，确保不需要的权限不要授予Δ密码复杂度所有账户要有合适的密码复杂度，尤其是生产环境，要保证足够的复杂度Δ账户有效期限记录所有账户的有效期限，在到期前通知用户是不是需要续期，尤其适用于产品策划人员等非数据库长期用户Δ账户申请注销原则所有数据库账户的申请要发邮件给数据库维护人员(DBA)，并抄送相关主管领导人员，建议同时也使用纸质文档留存。
不再需要的数据库账户由数据库维护人员(DBA)发邮件给相应使用人员，通知账户注销。
Δ多账户原则建议每一个或几个应用模块使用一个数据库账户，不要一个账户应用于所有应用模块。
以下是建议使用的数据库账户申请邮件格式：1 客户端服务器IP(本机使用可不填)：2 项目名称：数据库名称:3 帐户名称(可由DBA填写)：权限：[ ]所有者 [ ]读写 [ ]只读 [ ]其他注:最终用户名为，项目名称_数据库名称_账户名称4 账户截止有效期:5．数据库备份和恢复数据库备份和恢复技术是数据库系统维护工作中的重要技术，不论是开发测试环境的数据库，还是生产环境的数据库，建议都要进行备份，而且要确保备份文件可用。
对于数据库系统来说，当发生故障甚至是灾难性的故障的时候，数据库备份就是最有效的最后一道防线。
对于数据库维护人员来说，备份与恢复技术的熟练运用，加之规范性的操作，是企业数据库系统正常运行的重要保障。
创建SQL Server 备份的目的是为了可以恢复已损坏的数据库。
但是，备份和还原数据必须根据特定环境进行自定义，并且必须使用可用资源。
因此，可靠使用备份和还原以实现恢复需要有一个备份和还原策略。
设计良好的备份和还原策略在考虑到特定业务要求的同时，可以尽量提高数据的可用性并尽量减少数据的丢失。
设计有效的备份和还原策略需要仔细计划、实现和测试。
测试是必需环节。
直到成功还原了还原策略中所有组合内的备份后，才会生成备份策略。
必须考虑各种因素。
其中包括：•您的组织对数据库的生产目标，尤其是对可用性和防止数据丢失的要求。
•每个数据库的特性，包括：大小、使用模式、内容特性以及数据要求等。
•对资源的约束，例如：硬件、人员、备份媒体的存储空间以及所存储媒体的物理安全性等。
设计备份和还原计划时，应根据您自身的特定环境和业务需求来考虑灾难恢复计划。
例如，假设失火了并且烧毁了您的24 小时数据中心。
您是否有把握恢复数据？恢复系统并保证系统运行需要多长时间？您的用户能够承受丢失多少数据？理想的情况是，灾难恢复计划应规定恢复所需的时间以及用户可以期望的最终数据库状态。
例如，可以确定在获取指定的硬件后，在48 小时内完成恢复，并且保证最多能恢复到上周末时的数据。
灾难恢复计划可以通过多种方式构建，并且可以包含各种类型的信息。
灾难恢复计划类型包括：•获取硬件计划。
•通信计划。
•发生灾难时的联系人名单。
•与负责处理灾难的人员的联系方式。
•对计划拥有管理权的人员的信息。
•每个恢复方案所需执行的任务的清单。
为了便于您检查灾难恢复的进度，将初始化已完成的任务，并在清单中指示任务完成时间。
以下是建议使用的数据库备份，恢复计划5.1 开发测试环境对于开发和测试环境的数据库，一般不必采取过于严密的备份策略。
该文档建议使用如下原则设置备份恢复策略Δ每天进行一次完全备份，备份保留3天Δ根据开发人员需求，可调整备份策略，比如单独备份存储过程，6小时备份一次等5.2 生产环境5.2.1 用户数据库生产环境的用户数据库是企业的重要数据资源，必须根据企业的要求采取严密的数据库备份恢复策略。
该文档建议按照以下原则设计生产环境用户数据库的备份恢复策略Δ完全备份每天一次，如果数据库特别大，可考虑进行文件组备份，或者适当减少备份频率Δ差异备份每4小时一次，如果数据库事务特别频繁，可考虑取消差异备份，用日志备份代替Δ日志备份每15分钟一次，可以根据实际数据库的事务量适当调整Δ以上备份的保留时间原则上建议本地至少保留一周，根据企业实际需求可以适当调整Δ根据某些数据库高可用架构的特点，可以适当调整以上备份策略，例如，当存在LogShipping架构使用的时候，就需要取消相应库的日志备份当整体数据库系统或者某局部数据库系统是完全的分布式架构的时候，不必在每个数据库服务器都设置备份计划，而仅需在架构中的关键位置设计即可5.2.2 系统数据库系统数据库为用户数据库功能的正常运行提供了必要的基础环境，因此系统数据库必须采取必要的备份，尤其是master,msdb数据库该文档建议按照以下原则设计生产环境中系统数据库的备份策略Δ完全备份每天一次，备份至少保留一个月5.2.3 异地备份设置异地备份是设计整个灾难恢复计划的重要步骤，“异地”主要是按照物理服务器所处位置决定的，可分为同机房，同城，异城。
该文档按照以下原则设计生产环境中异地备份策略Δ采用拷贝或者其他同步工具软件Δ采用数据库技术，日志传送或者ServiceBroker5.2.4 恢复计划对于每一个备份计划都要知道相应的恢复计划，对于整体数据库系统，也有必要制定灾难性恢复计划。