SQL2008数据库自动备份报错
主要说下SQL2008数据库自动备份时出现的问题：（以下解决方案本人刚刚亲测过，系统环境：WINDOWS SERVER 2008 64系统）
1、问题描述：
今天在“新建维护计划”时报错，ERRMESSAGE：ADDITIONAL INFORMATION:
从IClassFactory 为CLSID 为{17BCA6E8-A95D-497E-B2F9-AF6AA475916F} 的COM 组件创建实例失败，原因是出现以下错误: c001f011。
(Microsoft.SqlServer.ManagedDTS)，创建维护计划失败。
2、解决方法：在命令行中执行以下正行语句：
c:\windows\system32\regsvr32 "d:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn\dts.dll"
注意：该语句中双引号中间内容为数据库数据文件dts.dll存储路径,左边为文件regsvr32在系统C盘中的存储路径（本人实践成功）
3、其他相关（一下本人未测试）
在重新注册dts.dll的时候，我这里又出现了另一个错误，当然在你备份的时候不一定会出现这个错误
ERRMESSAGE：对调用DllRegisterServer的调用失败，错误代码为0x80070005
在手工注册DLL文件时，有时会出现“对DllRegisterServer的调用失败，错误代码为0x8007005”的提示，导致注册失败，该问题经常出现在Vista系统和
Windows7系统下，解决办法如下：
在命令行里输入regsvr32 wavdest.dll 回车进行注册
出现“模块wavdest.dll已加载，但对于DllRegisterServ的调用失败，错误代码为
0x8007005”按确定。（原因是WIN7中的权限问题，你没有用管理员身份）
所以：开始--所有程序--附件---以管理员身份运行命令提示符（鼠标右键单击）再次输入regsvr32 wavdest.dll
ok搞定，
《客户名称》备份管理系统设计方案 上海鸿翼数字计算机网络有限公司
目录 1.项目概述 (3) 2.系统需求分析 (4) 1. (4) 2. (4) 1 (4) 2 (4) 1.1系统现状分析 (4) 1.2备份系统风险评估 (4) 1.3备份系统需求分析 (5) 3.系统备份理念 (5) 1 (5) 2 (5) 3 (5) 3.1系统设计指引 (5) 3.2数据保护技术选择 (6) 3.3连续数据保护 (7) 3.4备份管理系统组成 (7) 4.系统备份结构设计 (9) 1 (9) 2 (9) 3 (9) 4 (9)
4.1整体系统架构设计 (9) 5.系统备份方案介绍 (11) 1 (11) 2 (11) 3 (11) 4 (11) 5 (11) 5.1W INDOWS服务器自身备份 (11) 5.2双机热备 (13) 5.3爱数备份 (14) 6.总结 (17) 1.项目概述
上海鸿翼数字计算机网络有限公司将根据《》的网络实际需求，制定一套完整的集数据备份、灾难恢复、服务器整合及虚拟化一身的方案。一个完整的企业数据备份与恢复解决方案就意味着数据安全与性能（机器和网络）的完美结合，一条龙式的服务标准（产品的服务与支持）。所以在选择备份系统时，既要做到满足系统容量不断增加的需求，又要所用的备份方式能够支持多系统平台操作。要达到这些，就要充分使用网络数据存储系统，在分布式网络环境下，通过专业的数据存储软件，配合系统备份及双机备份，结合相应的硬件和存储设备，对网络的数据备份进行集中管理，从而实现自动化备份、文件归档、数据分级存储和灾难恢复。 2.系统需求分析 1.1系统现状分析 《》网络基础结构是基于Windows平台，现在拥有X台服务器。《》的文档管理系统包含了文件服务器、转档服务器、数据库服务器等企业信息管理系统，为企业的发展提供了强有力的信息化支持。主要数据库包含了Microsoft SQL Server、Oracle、DB2等。 1.2备份系统风险评估 《》的信息系统管理人员十分重视数据的保护，在没有备份软件的情况下，已经采用了重要数据镜像备份、服务器系统镜像备份等常规保护方法，为企业的数据财产提供了安全的保障。但是以上方法很难实现快速备份和灾难后的迅速恢复，很难保证业务的连续性。 根据上面的备份管理系统的风险评估，建议《》使用ESioo安全备份专家软件，配合Windows自带备份和双机虚拟备份，并重新设计相关备份的恢复策略，达到可以快速恢复数据备份和快速恢复文档管理系统备份的水平，从而提高整个企业的数据安全级别。
当前，全国各级审计机关普遍应用AO系统进行现场审计，但由于被审计单位使用的财务软件种类太多，AO系统不可能提供全部财务软件数据导入模板，虽然AO现场审计实施系统2008版比2005版在模板数量上有所增加，但仍然不能完全解决各级审计机关在实际审计工作遇到的数据导入难题，只能通过后台备份数据库，然后还原到审计人员电脑中进行处理后，再一步一步导入AO中。由于审计人员大部分非计算机专业，对数据库的基本操作了解不是很多，无形中影响了计算机辅助审计的开展。为此，笔者分析了大量的被审计单位的财务系统后台数据库，其中大部分财务软件使用了SQL作为后台数据库，因此总结了SQL数据库的备份、压缩与SQL数据库数据处理的方法，供审计人员在审计工作中借鉴使用。 一、备份数据库1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server 2、SQL Server组——>双击打开你的服务器——>双击打开数据库目录3、选择你的数据库名称（如财务数据库cwdata）——>然后点上面菜单中的工具——>选择备份数据库4、备份选项选择完全备份，目的中的备份到如果原来有路径和名称则选中名称点删除，然后点添加，如果原来没有路径和名称则直接选择添加，接着指定路径和文件名，指定后点确定返回备份窗口，接着点确定进行备份。二、还原数据库1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server；2、SQL Server组——>双击打开你的服务器——>点图标栏的新建数据库图标，新建数据库的名字自行取； 3、点击新建好的数据库名称（如财务数据库cwdata）——>然后点上面菜单中的工具——>选择恢复数据库； 4、在弹出来的窗口中的还原选项中选择从设备——>点选择设备——>点添加——>然后选择你的备份文件名——>添加后点确定返回，这时候设备栏应该出现您刚才选择的数据库备份文件名，备份号默认为1（如果您对同一个文件做过多次备份，可以点击备份号旁边的查看内容，在复选框中选择最新的一次备份后点确定）——>然后点击上方常规旁边的选项按钮； 5、在出现的窗口中选择在现有数据库上强制还原，以及在恢复完成状态中选择使数据库可以继续运行但无法还原其它事务日志的选项。在窗口的中间部位的将数据库文件还原为这里要按照你SQL的安装进行设置（也可以指定自己的目录），逻
电脑应用常见问题集中贴 硬盘引导型故障分析及排除 1．Invalid Drive Specification无效的驱动器号：如果一个分区或逻辑驱动器在分区表里的相应表项已不存在，那么对于操作系统来说，该分区或逻辑驱动器也就不存在了。因此，这种故障问题一般出现在分区表。修复这类故障，最简单的方法是事先做好分区表的备份。例如，Pctools9.0、KV3000等都有这项功能。 2．HDD controller failure硬盘驱动器控制失败：这是启动机器时，由POST程序向驱动器发出寻道命令后，驱动器在规定时间内没有完成操作而产生的超时错误。出现这种错误，硬盘可能已经损坏了。 3．C drive failure硬盘C驱动失败：RUN SETUP UTTLITY（运行设置功能）Press to Resume（按键重新开始）：这种故障一般是因为硬盘的类型设置参数与格式化时所用的参数不符。由于IDE硬盘的设置参数是逻辑参数，所以这种情况多数是由软盘启动后，C盘也能够正常读写，只是不能启动。 4．显示“Starting Windows…″然后死机：一般来说，这是由于Config.sys和Autoexc.bat 中的可执行文件本身已经损坏，使得系统在执行到此文件是死机。这个故障非常简单，但因为没有什么故障信息，一般人很容易做出误判。当出现这种现象，并且确信系统本身是完好的时，可以去掉这两个文件，或者在屏幕上出现以上信息时，快速按下F8键，然后选择单步执行，找出已经损坏的文件即可。 5．Non－System Disk or Disk Error，Replace AND Press any key when ready（非系统盘或磁盘错误，重新换盘后按任意键），DOS引导区中的引导程序执行后发现错误，报此信息。可能导致该错误的原因有：硬盘根目录区第一扇区地址出界（在540MB之后），读盘出错。这类故障大多为软件故障，如果BPB表损坏，即用软盘启动后，硬盘不能正常读写，可以用NDD修复；如果BPB表完好，只需简单的SYS C:传送系统就可引导。 6．Error Loading Operation System调进操作系统错误：这类故障是在读取分区引导区（BOOT）出错时提示的，其原因可能如下：一是分区表指示的分区起始物理地址不正确。例如，由于误操作而把分区表项的起始扇区号（在第三字节）由1改为0，因而INT 13H读盘失败后，即报此错；二是分区引导扇区所在磁道的磁道标志和扇区ID损坏，找不到指定扇区；三是驱动器读电路故障。 7．HDC controller fail（硬盘控制器控制失败）：这类故障是硬件故障，POST程序向控制器发出复位命令后，在规定的时间内没有得到控制器的中断响应，可能是控制器损坏或电缆没接好。另外，也与硬盘参数设置是否正确有关。 8、硬盘主引导扇区损坏，系统无法引导 解决方案： （1）、用FDISK/MBR命令恢复引导程序。 （2）、系统文件损坏后在其他机器上备份系统， 9、提示：NO ROM BASIC 此类故障是由于没有设置激活分区引起，用FDISK设置激活分区即可。
数据库备份和还原 在收费系统运行一段时间后,如发生系统不正常要重装WINDOWS操作系统或更换电脑时,须按照下面“数据库备份”方法将原系统的数据文件备份,并将备份文件妥善保存(避免随系统重装而丢失数据),在重装系统或更换电脑后,按照软件的安装方法顺序安装SQL2000数据库和消费/水控管理软件,然后按照下面“数据还原”方法进行数据库还原,完成后系统中的数据即与原数据完全[相同。 数据库备份： 以ICSF为例，打开ICSF软件，选择菜单栏下的系统维护，然后选择数据备份。（系统维护——数据备份）如图（1-1）： 1-1 数据备份完成后，可以在基本资料——系统参数里（1-2），在弹出的对话框上的备份路径二（手动备份）里可以找到数据备份的路径（1-3）。如图：
1-2 1-3 提示： 1、上述方法为手动备份，本系统在使用后正常腿出系统时也会自动进行 数据备份，如已经无法正常开启原电脑（无法进行手动备份）则可将 原电脑硬盘连接到其他电脑中，找到“备份路径一”所指向的路径， 找到备份文件夹，将其中修改日期最近的备份文件拷贝出来用于数据 还原。 2、在安装收费/水控系统时建议不要将安装目录选在C盘，避免因格式 化的操作是备份数据丢失，如果已经将软件安装在C盘，则建议将备 份文件路径指定为其他盘。 数据还原 数据还原，首先要找到备份的数据文件。如上所述，备份文件存放在E：\软件\ICSF5.74\Mdbbak上，根据路径找到Mdbbak文件夹并打开。 打开Mdbbak文件夹后，里面有类似这样的（1-4）BAK文件。 找寻最新的BAK文件，并把它与软件安装包(光盘)中IC挂接数据库.exe软件拷贝到电脑任意一个目录(文件夹)中,然后将备份文件重命名(光标放在备份文件 上点鼠标右键,选择重命名),改为ICSF.db。如图：（1-5）
数据库异机备份操作手册 操作步骤: 1、服务器与目的备份客户机正常联网后，两台计算机要有互相访问对方的权限，并且目的 备份机共享的文件夹设定为“根据密码访问”。 2、安装NetBUIT协议。 2.1右击“网上邻居”按“属性”，打开“网上邻居属性”窗口，然后右击“本地连接” 按“属性”，打开“本地连接属性”窗口。 2.2按“安装”按钮－＞选中“协议”－＞按“添加”按钮－＞选中“NetBEUI Protocal” 网络协议－＞按“确定”按钮，“NetBEUI Protocal”网络协议安装完毕。 3、做数据库自动备份（请参考《数据库自动备份手册》）。 4、在”自动备份”文件夹根目录下编写”.bat”处理文件，取文件名为“libbaknet.bat” (例如:把文本文件“.txt”改成“.bat”即可) 。
5、鼠标右击”libbacknet.bat”选择“编辑”菜单项，在打开“编辑”窗口中编写批处理命令： 5、鼠标右击“libbacknet.bat”，选择“打开”菜单，运行批处理文件。打开”\\图书馆 办公室\LibBack$”文件夹，查看数据库备份文件是否生成，有生成说明批处理文件执行成功。
6、然后打开“控制面版”－＞“任务计划”－＞“添加任务计划”－＞“任务计划向导” 7、在任务计划向导按“浏览”按钮，查找存放“libbacknet.bat”批处理文件的目录，选 中“libbacknet.bak”，点击“打开”按钮。
8、计划执行任务周期时间，然后按“下一步”。 9、设定任务计划向导“起始时间”与“起始日期”，然后按“下一步”。
SQL Server的增量备份与还原方法.txt蜜蜂整日忙碌，受到赞扬；蚊子不停奔波，人见人打。多么忙不重要，为什么忙才重要。 备份步骤： 1．在“SQL Server企业管理器”中注册数据库所在的服务器，注意要使用sa用户名和口令，否则以后执行备份调度的时候，会出现权限不足，导致不能进行备份。 2．确保该服务器的SQL Server Agent服务是开启的，因为所有的调度都是通过该代理进行 执行的。 3．在“SQL Server企业管理器”中选中Test数据库，右键打开“备份数据库”窗口，指 定一个新的文件Test-daily.bak,选择“完全”进行一次完全备份。 4．再次打开“备份数据库”窗口，这次使用“差异备份”，“重写”选项设置为“追加到媒体”，目的文件仍然是前面步骤所指定的Test-daily.bak，并在“调度”选项中设置为每天 的19：00，这样，SQL Server会在每天的19：00将数据库自上次备份以来发生的变化，以 增量备份的方式追加到Test-daily.bak文件中。（测试的时候，可以设置为每天的每1分钟 进行一次备份，以便可以很快的看到备份结果） 在需要进行数据库恢复的时候，可以按照如下还原步骤进行操作： 1．新建一个数据库，比如名为Back, 右键打开“还原数据库”窗口，选择“从设备”进行 还原，然后在“选择设备…”中选定备份所使用的Test-daily.bak文件，回到“还原数据库”窗口，“备份号”默认为1（对应的就是备份步骤3中的初次完全备份），不必更改。在“选项”标签页中，选中“强制还原”，最关键的一步是，在“恢复完成状态”中，选中第2或第 3项，即保证“能还原其它事务日志”，这样还原之后，这个新的数据库就回到了我们进行第 一次完全备份时候的状态，此时，该Back数据库将处于“正在装载”或“只读”的状态，没 有关系，这是正常的，因为我们接下来还需要通过事务日志将该数据库恢复到指定的某个状态。 2．再次打开“还原数据库”窗口，同样选择“从设备”进行还原，然后在“选择设备…”中 选定备份所使用的Test-daily.bak文件，回到“还原数据库”窗口，点击“备份号”后面 的“查看内容…”按钮，在新的窗口中，可以看到里面列出了每天19：00左右备份过的备份 集（除了最顶上一个是我们初次的完全备份集，其它都是每天的增量备份集），选中想要恢复 的某个备份集，单击“确定”回到主窗口，可以看到“还原备份集”默认选中的是“差异”，再单击确定，这样，Back数据库就恢复到了我们选定的某个备份集了。 上述还原步骤可以重复进行，直到我们找到确切需要的某个备份集。 另外，恢复后的数据库名称是Back,如果想将其改名为Test，可以执行 EXEC sp_renamedb 'Back', 'Test' 在重命名数据库之前，应该确保没有人使用该数据库，而且数据库设置为单用户模式。 2005-08-25 16:37 更新 1.需要在"备份数据库"->"常规"选项卡里选中"重写现有媒体",这样在"选项"选项卡里才能 设定"备份集到期时间",并且发现,这样设定好"到期时间"之后,即使将"重写现有媒体"改为" 追加到媒体", 所设定的"到期时间"还是有效的,这可以在调度里的"步骤"脚本中看出来,如: BACKUP DATABASE [model] TO DISK = N'D:\test.bak' WITH NOINIT , NOUNLOAD , RETAINDAYS = 1, DIFFERENTIAL , NAME = N'model 备份', NOSKIP , STATS = 10, NOFORMAT,通过这种方式应该可以实现保留最近N天的备份,测试中....
1.切换楼层的时候 解决方法：打开高版本cad，然后命令行输入recover，选择你提示报错的当层楼层文件，修复完后另存为低版本cad，然后去工程文件夹下覆盖. 2. 解决方法：在做工程中软件自动退出，重新打开后提示没找到相关文件，原因是：退出后，cad文件在后台程序中还在运行。处理方法：关闭与cad相关的文件，在任务管理器-进程中，把运行的acad文件结束或重启计算机 3. 解决方法：在CAD2008或CAD2010的安装路径下，找到AcExperience.arx文件删掉即可。
4. 4.在三维算量软件中软件界面和CAD界面不能互相切换或者无法加载CAD命令如何处理？ 5.查看报表，就提示磁盘或网络错误。 解决方法：保存文件的文件夹的名称有特殊符号.
6.安装三维算量2012企业版的时候，提示得不到：CAD2011 解决方法：解压的安装包有问题，把CAD的那个安装包删掉了。 7.做工程的时候，突然跳出这个窗口 解决方法：查毒或者修复工程(新建一个工程文件，工程名称，楼层设置等跟原先的工程的工程设置一模一样，然后关掉软件，把原先工程的楼层文件。Dwg覆盖新建的工程文件夹下dwg文件，重新打开新建的工程即可) 8.安装WIN764位的2008CAD的时候跳出下面的窗口
解决方法：安装了360，退出杀毒软件。 9、 解决方法：在选项里面修改配置的名称3da2012重命名改为三维算量2012。10、提示这个是什么原因？ 解决方法：工程用很多版本的CAD修复过，不兼容造成的，用高版本CAD修复。 11、图纸复制进斯维尔软件提示未定义？ 解决方法：cad没有安装好，重新安装cad。
常见问题及处理方案 CPU使用率高的问题 通过操作系统命令top topas glance等查看top进程号，确认是系统进程还是oracle应用进程，查询当前top进程执行的操作和sql语句进行分析。 根据进程号获取正在执行的sql SELECT a.osuser, https://www.doczj.com/doc/a016482207.html,ername,b.address,b.hash_value, b.sql_text from v$session a, v$sqltext b, v$process p where p.spid = &spid and p.addr = a.paddr and a.STATUS = 'ACTIVE' and a.sql_address =b.address order by address, piece; 数据库无法连接 数据库无法连接，一般可能是如下原因造成： （1）数据库宕了 （2）监听异常 （3）数据库挂起 （4）归档目录满 （5）数据库或应用主机的网卡出现问题不能正常工作 （6）应用主机到数据库主机的网络出现问题。 1、数据库宕了 立即启动数据库。 2、监听异常 此时一般体现为： 监听进程占用CPU资源大； 监听日志异常。 此时，立即重启监听，监听重启一般能在1分钟之完成。 3、数据库挂起 立即重启数据库。 4、归档目录满 （1）在没有部署OGG数据同步的情况下，立即清理归档日志文件。
（2）如果部署了OGG数据同步，查看OGG正在读取的归档日志文件，立即 清理OGG不再需要的日志文件。 5、数据库或应用主机的网卡出现问题不能正常工作。 立即联系主机工程师处理。 6、应用主机到数据库主机的网络出现问题。 立即联系网络维护人员查看。 CRS/GI无法启动 对于10g及11gR1版本的CRS问题 1、进入/tmp目录下，看是否产生了crsctl.xxxxx文件 如果有的话，看文件容，一般会提示OCR无法访问，或者心跳IP无法 正常绑定等信息。 2、如果/tmp目录下没有crsctl.xxxxx文件 此时查看ocssd.log文件，看是否能从中得到有价值的信息。 可能的问题：网络心跳不通。 3、/tmp目录无crsctl.xxxxx且日志中没有报错信息，只有停CRS时的日志信 息。 此时可能是RAC两个节点对并发裸设备的访问有问题，此时考虑： （1）停掉两个节点的CRS。 （2）两个节点先同时去激活并发VG，然后再激活VG。 （3）重新启动CRS。 对于11gR2的GI问题 分析$GRID_HOME/log/nodename目录下的日志文件，看是否能从中找出无法启动的原因。常见问题： 1、心跳IP不同。 2、ASM实例无法启动。 对CRS的故障诊断和分析,参加本文档中RAC部分的MOS文档. 数据库响应慢
市信息中心Backup Exec 备份问题及解决方法 1、Backup Exec 备份作业（Oracle数据库差别备份及全备份）无法完成，问题表现如下： 1.1、差别备份作业报错信息： 1.2、全备份作业报错信息： 1.3、在系统日志中所体现的错误信息如下：
问题产生原因：因介质服务器/Agent端密码做过更改，而导致执行备份作业时出现验证失败，无法执行备份作业。 解决方法：更改介质服务器/Agent端密码后应重新对其进行验证，经重新验证后作业执行恢复正常。详细说明及操作步骤如下： Veritas Backup备份机制与操作系统密码的关联问题及解决方案 1.关于Veritas Backup Exec 登入账户说明 Backup Exec 登录可存储 Windows 用户的凭证。Backup Exec 登录允许Backup Exec 管理用户名和密码，并可以用于浏览资源或处理作业。使用Backup Exec登录，就可以将Windows凭证更改应用到使用它们的作业中。 Backup Exec 登录用于浏览本地和远程资源。Backup Exec 登录也可以与设备级选择列表项（如共享、数据库等）相关联。如果需要编辑凭证，则可以编辑Backup Exec 登录，所做的更改将应用到使用 Backup Exec 登录的所选资源。 Backup Exec 登录并不是 Windows 用户。在创建 Backup Exec 登录时，项被输入到Backup Exec 数据库中；操作系统没有创建。如果更改了Windows 用户凭证，必须使用新信息来更新 Backup Exec 登录。Backup Exec不维护与Windows用户的连接。 可使用“登录管理”对话框查看、创建、删除、编辑和替换 Backup Exec 登录。 此对话框显示您创建的每个 Backup Exec 登录的属性信息。它还显示您的默认 Backup Exec 登录，以及当前登录到介质服务器的 Windows 用户名。要查看这些信息，请选择“网络”菜单，然后单击“登录”。 Backup Exec 有三种登录类型。它们包括：
《客户名称》备份管理系统设计方案上海鸿翼数字计算机网络有限公司
目录 1.项目概述 (3) 2.系统需求分析 (3) 1.1系统现状分析 (3) 1.2备份系统风险评估 (3) 1.3备份系统需求分析 (4) 3.系统备份理念 (5) 3.1系统设计指引 (5) 3.2数据保护技术选择 (5) 3.3连续数据保护 (6) 3.4备份管理系统组成 (6) 4.系统备份结构设计 (8) 4.1整体系统架构设计 (9) 5.系统备份方案介绍 (10) 5.1W INDOWS服务器自身备份 (10) 5.2方案2：双机热备 (12) 5.3方案3：爱数备份 (13)
1.项目概述 上海鸿翼数字计算机网络有限公司将根据《》的网络实际需求，制定一套完整的集数据备份、灾难恢复、服务器整合及虚拟化一身的方案。一个完整的企业数据备份与恢复解决方案就意味着数据安全与性能（机器和网络）的完美结合，一条龙式的服务标准（产品的服务与支持）。所以在选择备份系统时，既要做到满足系统容量不断增加的需求，又要所用的备份方式能够支持多系统平台操作。要达到这些，就要充分使用网络数据存储系统，在分布式网络环境下，通过专业的数据存储软件，配合系统备份及双机备份，结合相应的硬件和存储设备，对网络的数据备份进行集中管理，从而实现自动化备份、文件归档、数据分级存储和灾难恢复。 2.系统需求分析 1.1系统现状分析 《》网络基础结构是基于Windows平台，现在拥有X台服务器。《》的文档管理系统包含了文件服务器、转档服务器、数据库服务器等企业信息管理系统，为企业的发展提供了强有力的信息化支持。主要数据库包含了Microsoft SQL Server、Oracle、DB2等。 1.2备份系统风险评估 《》的信息系统管理人员十分重视数据的保护，在没有备份软件的情况下，已经采用了重要数据镜像备份、服务器系统镜像备份等常规保护方法，为企业的数据财产提供了安全的保障。但是以上方法很难实现快速备份和灾难后的迅速恢复，很难保证业务的连续性。
ORACLE数据库自动备份 由于每天都需要备份数据库，每天都写一遍备份语句很是麻烦，所以我从网上找到了一个window下编写批处理文件实现自动备份的方法： 备份代码 首先我们需要编写一个批处理文件，用于实现数据库的备份功能，粘贴如下代码到文本文档中，重新命名为***.bat（后缀名修改为bat）： 然后将下面代码复制到文本文档中：（红色字体是需要修改的地方） @echo off color 0b mode con cols=80 lines=25 echo 正在备份数据库，请稍后…… echo -------------------------------------- echo 指定数据库用户（在“=”后面写入你需要备份的数据库登录用户名） set yh=si0001 echo 指定数据库密码（在“=”后面写入你需要备份的数据库登录密码） set mm=si0001 echo 指定数据库服务名（在“=”后面写入你需要备份的数据库
服务名） set fwm=10.1.94.21/orcl echo 指定备份目录（指定备份的文件夹，以“\”结束） set ml=d:\backupOracle\ echo ---------------------------------------------- echo 开始计算日期和时间，用于备份文件的名称（由于是自动备份，备份的文件名我们定义为数据库登录名+系统时间—精确到秒） set hh=%time:~0,2% echo 如果小时是一位的，那么在前面补零 if /i %hh% LSS 10 (set hh=0%time:~1,1%) set rq=%DATE:~0,4%%DATE:~5,2%%DATE:~8,2% set sj=%hh%%TIME:~3,2%%TIME:~6,2% set wjm=%yh%%rq%%sj% echo ---------------------------------------------- echo 请核对以下数据是否正确 echo 用户名：%yh% echo 密码：%mm% echo 服务名：%fwm%
SQL SERVER数据库备份与恢复方 案 世界上没有万无一失的信息安全措施。信息世界“攻击和反攻击”也永无止境。对信息的攻击和防护好似矛与盾的关系，螺旋式地向前发展。在信息的收集、处理、存储、传输和分发中经常会存在一些新的问题，其中最值得我们关注的就是系统失效、数据丢失或遭到破坏。 威胁数据的安全，造成系统失效的主要原因有以下几个方面：硬盘驱动器损坏；人为错误；黑客攻击；病毒；自然灾害；电源浪涌；磁干扰。因此，数据备份与数据恢复是保护数据的最后手段，也是防止主动型信息攻击的最后一道防线。 只要发生数据传输、数据存储和数据交换，就有可能产生数据故障。这时，如果没有采取数据备份和数据恢复手段与措施，就会导致数据的丢失。有时造成的损失是无法弥补与估量的。 数据故障的形式是多种多样的。通常，数据故障可划分为系统故障、事务故障和介质故障三大类。从信息安全数据库备份与恢复方案的角度出，实际上第三方或敌方的“信息攻击”，也会产生不同种类的数据故障。例如：计算机病毒型、特洛伊木马型、“黑客”入侵型、逻辑炸弹型等。这些故障将会造成的后果有：数据丢失、数据被修改、增加无用数据及系统瘫痪等。作为系统管理员，要千方百计地维护系统和数据的完整性与准确性。
通常采取的措施有：安装防火墙，防止“黑客”入侵；安装防病毒软件，采取存取控制措施；选用高可靠性的软件产品；增强计算机网络的安全性。 以下主要介绍SQL SERVER数据备份方案和数据库恢复方案。SQL SERVER数据备份方案 SQL SERVER数据库的备份方法主要有完整备份，差异备份，事务日志备份等。根据数据安全性的要求，推荐的备份方式为每周一次完整备份，每天一次差异备份，每半个小时一次事务日志备份。 默认情况下，为sysadmin 固定服务器角色以及db_owner 和db_backupoperator 固定数据库角色的成员授予BACKUP DATABASE 和BACKUP LOG 权限。 备份设备的物理文件的所有权和权限问题可能会妨碍备份操作。SQL Server 必须能够读取和写入设备；运行SQL Server 服务的帐户必须具有写入权限。 备份文件存放磁盘需要与数据库文件存放磁盘分开，避免磁盘IO冲突。备份执行时间与数据库作业执行时间错开，避免备份影响数据库作业的执行。 SQL SERVER 维护计划功能可以较好的实现自动化备份，在使用该功能前启动数据库管理器上的SQL SERVER 代理功能。
目录 第1章 Oracle数据库常见问题诊断方法 (1) 1.1 常见错误篇 (1) 1.1.1 ORA-12571、ORA-03113、ORA-03114、ORA-01041 (1) 1.1.2 ORA-01000 (1) 1.1.3 ORA-01545 (2) 1.1.4 ORA-0165x (2) 1.1.5 ORA-01555 (3) 1.1.6 ORA-04031 (3) 1.1.7 ORA-04091 (3) 1.1.8 ORA-01242、ORA-01113 (4) 1.2 内部错误篇 (4) 1.2.1 ORA-00600【12330】错误 (4) 1.2.2 ORA-00604【xxx】错误 (5) 1.2.3 ORA-00600【3339】错误 (5) 1.2.4 ORA-00600【13004】错误 (5) 1.3 分布式事务篇 (6) 1.3.1 诊断分布式事务 (6) 1.3.2 检查其它节点的事务（DBA_2PC_NEIGHBORS） (6) 1.3.3 通过DBA_2PC_PENDING字典表检查事务的状态 (6) 1.3.4 检查处理结果 (7) 1.3.5 COMMIT FORCE或ROLLBACK FORCE命令 (7) 1.4 OPS或RAC篇 (8) 1.4.1 准备工作 (8) 1.4.2 紧急情况下的状态备份 (8) 1.4.3 OPS设计、配置准则 (9) 1.4.4 OPS常见问题 (9) 1.4.5 诊断分析步骤 (9) 1.5 非OPS篇 (18) 1.5.1 ORACLE数据库系统常见问题：空间方面问题 (18) 1.5.2 ORACLE数据库系统常见问题：性能方面问题 (18) 1.5.3 ORACLE数据库系统常见问题：锁争用方面问题 (19) 1.5.4 ORACLE数据库系统常见问题：内存方面问题 (20) 1.5.5 ORACLE问题分析脚本 (20) 1.5.6 SQL*NET篇 (24) 1.5.7 TNS-12154 Error 或ORA-12154 (24) 1.5.8 NL-00462 Error 或ORA-00462 (25) 1.5.9 NL-00405 Error 或ORA-00405 (26)
速达软件问题处理锦集----安装与启动 1、在安装MSDE数据库时，出现安装程序倒退的情况 产品名称：MSDE 版本信息：速达所有版本 模块名称：这是以前装过SQL Server数据库或MSDE数据库,没有卸载干净. 解决方案：解决办法重装操作系统 2、安装MSDE数据库时，系统出现“读取文件C:\program files\Microsoft sql sever\mssql\data\msdbata.mdf时出错”的提示信息。 产品名称：MSDE 版本信息：SQL SERVER2000 模块名称：安装 解决方法：退出安装程序，删除C盘里SQL Server文件夹，删除后再重新安装数据库。 3、安装MSDE数据库时，提示安装程序被挂起。 产品名称：MSDE 版本信息：SQL SERVER2000 模块名称：安装 解决方法：重新启动电脑。 4、打开软件时，系统出现以下的提示信息：“未设置登录账号和密码”，请问如何解决？ 产品名称：速达所有产品 版本信息：速达所有产品 模块名称：系统维护 解决方案：1、以管理员身份登录；2、关闭防火墙； 3、再次登陆时会提示输入用户名与密码； 4、到微软网站下载MSDE最新版本。 5、在启用过程中提示：“数据库用户及密码错误”？ 产品名称：速达所有产品 版本信息：速达所有产品 模块名称：数据库 解决方案：1、确定是否在数据库中设置了用户名和密码，准确录入；2、重装SQL-SERVER个人版。 3、在SQL-Server 2000中，打开企业管理器，重新注册一个数据库用户组。 6、登陆软件时，系统提示“无法连接数据库，请检查SQL服务器或网络连接是否正常”，请问如何解决？ 产品名称：速达所有产品 版本信息：速达所有产品 模块名称：日常维护 解决方法：在控制面板添加硬件中添加虚拟网卡。(进入添加硬件向导，添加新硬件，检测过后选择添加新设备，再选择从列表中选取，选中网卡下一步，查找制造商Microsoft有一个设备Microsoft Loopback Adapter,选中它，安装完成后，查看硬件管理器，会多出一个新网卡，这就是虚拟网卡。) 7、启动服务器时提示:通常每个套节字地址(协议网络地址/端口)只允许使用一次，无法登陆，如何解决？ 产品名称：速达所有产品 版本信息：速达所有产品 模块名称：服务器设置 解决方案：1、注意电脑上有没有在已打开服务器情况下再进行多次打开服务器。 2、客户多次点击软件造成的，重新启动电脑，双击软件即可； 3、注意我们所有速达3000系列都用3001端口，我们的7000与5000系列都用5001端口在所有默认设置下，不能打开多个速达3000服务器，也不能
my sql数据库备份与恢复 windows下实现mysql数据库定时备份功能一、进入mysql的bin目录 二、导出： [mysql bin path]>mysqldump--opt-d-u root-p dbn> backup-file.sql Enter password:****** 三、导入： [mysql bin path]>mysql-u root-p dbn<backup-file.sql Enter password:****** 四、收尾工作：清理sql文件，导出时会在bin目录下生成backup-file.sql 文件，在导入工作完成后就没用了，可以删了，当然留着也可以。
我自己的用的备份语句： d: cd\mysql\mysql5.1.30\bin mysqldump--opt-uroot-p123456 bbs_sikaozhoubao_com>E:\backup\bbs_sikaozhoubao_com\%date:~ 0,4%%date:~5,2%%date:~8,2%%time:~0,2%%time:~3,2%%time:~6,2%.sq l 更多的说明： 导出要用到MySQL的mysqldump工具，基本用法是: shell>mysqldump[OPTIONS]database[tables] 如果你不给定任何表，整个数据库将被导出。 通过执行mysqldump--help，你能得到你mysqldump的版本支持
的选项表。 注意，mysqldump没有--quick或--opt选项，mysqldump将在导出结果前装载整个结果集到内存中，如果你正在导出一个大的数据库，这将可能是一个问题。 mysqldump支持下列选项: --add-locks 在每个表导出之前增加LOCK TABLES并且之后UNLOCK TABLE。(为了使得更快地插入到MySQL)。 --add-drop-table 在每个create语句之前增加一个drop table。
Oracle数据库备份与恢复技术 Oracle是一个适合于大中型企业的数据库管理系统，它主要应用于：银行、电信、移动通信、航空、保险、金融、跨国公司、和电子商务等。备份与恢复是数据库管理中最重要的方面之一。如果数据库崩溃却没有办法恢复它，那么对企业造成的毁灭性结果可能会是数据丢失、收入减少、客户不满等。不管公司是使用单个数据库还是多个数据库来存储数百GB 或TB 的数据，它们都有一个共同点，即需要制订一个备份与恢复方案来备份重要数据并使自身免于灾难，将损失尽量降低到最小。 备份与恢复概述 备份是数据的一个代表性副本。该副本会包含数据库的重要部分，如控制文件、重做日志和数据文件。备份通过提供一种还原原始数据的方法保护数据不受应用程序错误的影响并防止数据的意外丢失。备份分为物理备份和逻辑备份。物理备份是物理数据库文件的副本。“备份与恢复”通常指将复制的文件从一个位置转移到另一个位置，同时对这些文件执行各种操作。 相比而言，逻辑备份包含使用SQL 命令导出并存储在二进制文件中的数据。Oracle 在重做日志缓冲区中记录提交的和未提交的更改。逻辑备份用于补充物理备份。还原物理备份意味着重建它并将其提供给Oracle 服务器。要恢复还原的备份，需要使用事务日志中的重做记录来更新数据。事务日志记录在执行备份之后对数据库所做的更改。 Oracle 在例程故障之后自动执行崩溃恢复和实例恢复。在出现介质故障的情况下，数据库管理员(DBA) 必须启动恢复操作。恢复备份涉及两种不同的操作：通过应用重做数据将备份前滚至一个较近的时间；将在未提交的事务中所做的所有更改回滚至其原来状态。一般而言，恢复指在还原、前滚和回滚备份中涉及的各种操作。备份与恢复指在防止数据库丢失数据和在丢失数据时重建数据库的过程中涉及的各种策略和操作。 备份与恢复操作 备份是数据文件、表空间或某个时间点的数据库等的快照。如果对数据库进行了周期性备份，则在数据丢失时用户可以将存储的重做信息应用到他们最新的备份中，从而恢复数据库的当前状态。Oracle 使用户能够还原一个较早的备份和仅应用某些重做数据，从而将数据库恢复到一个较早的时间点。这种恢复称为不完全介质恢复。如果备份是一致的，那么根本不需要用户应用任何重做数据。 下面用介质恢复的一个简单例子来解释一下这个概念。假定用户在中午为数据库作了一个备份。从中午开始，每一分钟对数据库进行一次更改。在下午 1 点时，一个磁盘驱动器出现故障，导致那个磁盘上的所有数据丢失。幸运的是，Oracle 在重做日志中记录了所有更改。则用户可以将中午的备份还原到一个正常运转的磁盘驱动器上，使用重做数据将数据库恢复到下午1 点，从而重建丢失的更改。 备份与恢复策略要素 尽管备份与恢复操作非常复杂并随因企业而异，但基本原则均遵循这四个简单的步骤：
SQL Server2000数据备份与恢复 Author looger 1.数据库备份 1.1展开服务器组，然后展开服务器。展开“数据库”文件夹，右击数据库，指向“所 有所有”子菜单，然后单击“备份数据库”命令。 1.2在“名称”框内输入备份集名称，在“描述”框中输入对备份集的描述。在“备 份”选项中选择备份方式。
1．3点击“添加”按钮以添加现有的目的地或创建新的目的地，点击按钮可以选择一个备份文件
1.4点击按钮后，在下面出现的窗口中选择一个文件作为备份文件，可以在“文件名” 后面的文本框中输入一个新的文件名以创建一个备份文件。 1.5此时刚才选择的文件被加入到备份文件中。如果要添加其他的文件，则可以点击“添 加”按钮添加其他的文件。在"重写"选项下，单击“追加到媒体”，将备份追加到备份设备上任何现有的备份中；点击“重写现有媒体”，将重写备份设备中任何现有的备份
1.6可以选择“调度”复选框调度备份操作在以后执行或定期执行。点击“调度”后 面的按钮可以对调度进行设置 1.7在点击按钮后，可以在下面的对话框中设置调度的名称和调度的类型。如果需要调 度反复出现，则可以点击“更改”按钮
1.8点击“更改”按钮后，可以在下面的窗口中设置作业发生的时机 1.9单击“选项”选项卡。选择“完成后验证备份”复选框，在备份时对备份进行验 证。选择“检查媒体集名称和备份集到期时间”，检查备份媒体以防意外重写。在“媒体集名称”框中，输入将用于备份操作的媒体的名称。如果仅指备份集到期时间，则将其保留为空
2.数据库的恢复 2.1展开服务组，然后展开服务器。展开“数据库”文件夹，右击数据库， 指向“所有任务”子菜单，然后单击“还原数据库”命令 2．2在“还原为数据库”框中，如果要还原的数据库名称与显示的默认数据库名称不同，请在其中进行输入或选择。若要用新名称还原数据库，请输入新的数据库名称
确定当前数据库是否是真的hanging还是处于活动状态但是运行的非常慢?检查下在Alert文件中是否还有日志切换，检查当前的CPU，I/O，内存的利用率。 将讨论如下的诊断步骤： 1) 描述清楚出现的现象问题 2) 寻找具体错误 3) 收集操作系统级别上的数据 4) 获取systemstate和hanganalyze的dump 5) 获取STATPACK的输出报告 6) 获取PROCESSSTATE的dump 注：可能很多时候没有必要关闭数据库来停止hanging，建议如果要关闭数据库之前获取这些诊断信息以便找出错误的原因所在。 下面就来具体讨论如何诊断数据库Hanging问题。 描述清楚出现的现象问题： 先弄清楚运行的数据库版本，需要完整的版本号，例如9.2.0.4。 确定当前数据库是否是真的hanging还是处于活动状态但是运行的非常慢?检查下在Alert文件中是否还有日志切换，检查当前的CPU，I/O，内存的利用率。 查看数据库hanging的开始时间，持续了多长时间?数据库hanging是否是突然发生还是由于增加的活动事务导致性能的逐步降低?当前有多少的连接用户?最近的系统负载是否是在上升? 是否在初始化参数文件中设置了任何event?数据库当前正在做什么类型的事务?数据库的数据量多大? 数据库是运行在集群环境吗?如果是集群数据库，那么关闭其他实例就留下一个实例，问题是否还持续存在?这里讨论的某些解决方法适用于集群数据库，但是大部分的方法不适合。例如，一个不大的buffer cache通常对于集群数据库来说意味着较好的性能。关于集群数据库的大部分hanging的问题这里不做讨论，其中包括PCM锁问题，pinging，空间管理问题，节点间并行查询调优，共享磁盘或者虚拟共享磁盘问题，网络问题，DLM问题等。 数据库是运行在MTS环境下吗?如果取消MTS，是否问题持续存在?是否使用了Oracle的应用或者工具?最近是否升级了数据库，应用，工具或者操作系统，硬件?问题发生的频率?是否能够重现问题? 是否整个数据库都被hanging? 所有的实例?所有的连接?所有的操作?所有的节点?