SERVER
2003
/2007/2010）在服务器上首先会对所有邮件做一次日记备份，即任何邮件从到达和发出服务器的瞬间已经保存了一份出来；另外，对下载了的所有邮件在服务器上仍然保留15天的时间，自己可随时再通过OUTLOOK查询15天内曾经收到过的邮件。。。。。。所以你的问题只要BOSS有这种想法，系统一定能够做到的。另外，也要看IT是否真实地把技术问题告诉你们BOSS。
sqlserver数据库迁移的几种方式
方法一：将\Microsoft SQL Server\MSSQL\DATA文件夹中的syntt_datamdf和syntt_logldf文件复制到安装有数据库服务器的机器的文件夹中（可以是本机的\Microsoft SQL Server\MSSQL\DATA\文件夹），然后进入企业管理器。
右键点击“数据库”，在浮动菜单中选择“所有任务”中的“附加数据库”。在随后的提示页面中选择刚才复制过来的MDF文件，如果想指定数据库的所有者，在“指定数据库所有者”选择框中选择你认为合适的用户。
如果想修改数据库的名字，可在“附加为”框中输入新的数据库名字（对本数据库，不建议这么做，因为这样的话，整个程序中所有涉及数据库连接的代码都要随之修改，那将是不必要的劳动）。在进行完上述的工作之后，直接点击“确定”就可进行数据的SQL Server 数据转移转移。
方法二：（方法一）是针对数据库中没有本数据库的服务器，如果数据库中已经建有与该数据库名称相同的数据库，则直接按照备份数据库的恢复 *** 作就可完成数据的SQL Server 数据转移转移。方法如下所述：这种方法首先要在本机上建立一个备份文件，具体 *** 作介绍如下：1、 在企业管理器中打开服务器组以及指定的服务器。
然后右键点击需要备份的数据库在这里是syntt，在浮动菜单中选择“所有任务”菜单下的“备份数据库”，打开数据备份对话框。2、 选择“常规”选项卡，在名称对话框中输入本分 名称，在“描述”文本框中输入备份集描述文本信息。
在“备份”组下选择备份 *** 作类型，共有以下几种：数据库—完全：完整备份数据库。数据库—差异：增量备份数据库。
事务日志：事务日志备份。文件和文件组：数据库文件和文件组备份。
在“目的”组中指定备份设备或者备份文件名称，选择“添加”按钮添加备份设备或者文件；“删除”按钮用来删除备份设备和备份文件；选择“内容”按钮，则可查看已经存储在备份设备或文件中的备份信息。在“重写”组中有两种选项：追加到媒体：选择该选项，表示需要保存备份设备或文件中以前的备份数据。
重写现有媒体：要求本次被分数据覆盖以前的备份数据，从而节省存储空间。在“调度”组中，安排数据备份的时间。
用来指定数据库备份在将来的某个时间执行3、 “选项”选项卡，设置数据库备份 *** 作选项。其中的内容主要有以下几项：完成后验证备份：要求在备份结束时对备份数据进行校验。
备份后d出磁带：只对磁带备份设备有效，他要求在备份结束时自动卸带。删除事务日志中不活动的条目：要求在事务日志备份结束时删除事务日志中的已经完成的事务日志条目。
检查媒体集名称和备份集到期时间：要求在备份前检查介质集名称和原备份集中备份SQL Server 数据转移的有效期，以防止意外重写破坏原来的备份数据。备份集到期时间：设置备份集的有效期。
初始化并标识媒体：只对磁带设备有效。选择该选项后，SQL Server在备份时将Microsoft定义的磁带格式信息写入介质的开始部分。
此时，可以在“媒体集名称”和“媒体集描述”文本框中定义介质集名称和介质描述信息。4、 在进行完上述的 *** 作之后，剩下的任务就是点击“确定”，使系统开始进行数据库的备份 *** 作。
到目前为止，我们已经有了一个数据库的备份文件，剩下的任务就是怎么将这个文件还原至另外的数据库服务器中了。1、因为使用企业管理器进行数据库的恢复只能是在本机进行，所以在进行数据还原之前，必须将刚才所作的备份文件复制到本机，然后在本机选择“syntt”数据库，右键点击它，在显示出来的浮动菜单中选择“所有任务”下的“还原数据库”。
2、在还原数据库对话框中，在“常规”选项卡中的选择“从设备”的数据恢复方法，通过“选择设备”按钮选择刚才复制过来的文件。“常规”选项卡与“选项”选项卡中的具体内容如下所示：“常规”选项卡：数据库恢复方法：包括“数据库”、“文件组或文件”、“从设备”三种恢复方式。
“数据库”方式：选择该项时，从“显示数据库备份”列表中选择需要显示的指定数据库备份 ，从“要还原的第一个备份”列表框中选择首先使用哪一个备份集恢复数据库；“文件组或文件”：选择它时，数据库恢复部件列出指定数据库备份 中备份的数据库文件或文件组，管理员可从这些备份文件中选择恢复那个数据库文件或文件组；“从设备”：选择它时，管理员选择恢复数据库或其日志所使用的备份设备，之后再从该备份设备中选择使用哪一次备份中的数据恢复数据库或其日志。3、点击“确定”，完成恢复 *** 作。
非原创。
sql server中有行迁移现象吗有的，和oracle一样，SQL中也有行迁移行迁移记包含forwarding_stub 和forwarded 两种类型。
这两类记录是因为数据页不能容纳更新后的记录而产生的，不是因为记录长度超过8060B引起的，所以这两类记录依然是行内记录，与行溢出记录是不同的。这两种记录总是成对出现的，当出现forwarding_stub时，在别的页面中一定有与之对应的一条forwarded记录。
forwarding记录也叫forwarding_stub记录，记录头标志为0x04，它是一条完整的数据记录。虽然结构看起来特殊，但还是符合一般记录的结构，记录中主要内容就是在行中用8字节保存了指向移出后的记录的位置指针。
forwarded 记录，有时直接叫做迁移记录。记录头部标志为0x32 它也是一条完整记录，格式跟一般记录略有差异，大体结构还是相同的。
这里是存储了溢出前的那条记录的真实数据。 这两种记录的具体存储结构比较简单和直观，其逻辑结构会在下面的实例列举中结合具体数据记录来分析说明。
测试这种的方法太长了，不在这里具体列出，你可以到51CTO里面找一下，搜索SQL行迁移有具体的测试方法。
sql server中有行迁移现象吗有的，和oracle一样，SQL中也有行迁移
行迁移记包含forwarding_stub 和forwarded 两种类型。这两类记录是因为数据页不能容纳更新后的记录而产生的，不是因为记录长度超过8060B引起的，所以这两类记录依然是行内记录，与行溢出记录是不同的。
这两种记录总是成对出现的，当出现forwarding_stub时，在别的页面中一定有与之对应的一条forwarded记录。
forwarding记录也叫forwarding_stub记录，记录头标志为0x04，它是一条完整的数据记录。虽然结构看起来特殊，但还是符合一般记录的结构，记录中主要内容就是在行中用8字节保存了指向移出后的记录的位置指针。
forwarded 记录，有时直接叫做迁移记录。记录头部标志为0x32 它也是一条完整记录，格式跟一般记录略有差异，大体结构还是相同的。这里是存储了溢出前的那条记录的真实数据。
这两种记录的具体存储结构比较简单和直观，其逻辑结构会在下面的实例列举中结合具体数据记录来分析说明。
测试这种的方法太长了，不在这里具体列出，你可以到51CTO里面找一下，搜索SQL行迁移有具体的测试方法
SQL数据库如何自动备份和恢复一、备份数据库
1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server
2、SQL Server组-->；双击打开你的服务器-->；双击打开数据库目录
3、选择你的数据库名称（如论坛数据库Forum）-->；然后点上面菜单中的工具-->；选择备份数据库
4、备份选项选择完全备份，目的中的备份到如果原来有路径和名称则选中名称点删除，然后点添加，如果原来没有路径和名称则直接选择添加，接着指定路径和文件名，指定后点确定返回备份窗口，接着点确定进行备份
二、还原数据库
1、打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server
2、SQL Server组-->；双击打开你的服务器-->；点图标栏的新建数据库图标，新建数据库的名字自行取
3、点击新建好的数据库名称-->；然后点上面菜单中的工具-->；选择恢复数据库
4、在d出来的窗口中的还原选项中选择从设备-->；点选择设备-->；点添加-->；然后选择你的备份文件名-->；添加后点确定返回，这时候设备栏应该出现您刚才选择的数据库备份文件名，备份号默认为1（如果您对同一个文件做过多次备份，可以点击备份号旁边的查看内容，在复选框中选择最新的一次备份后点确定）-->；然后点击上方常规旁边的选项按钮
5、在出现的窗口中选择在现有数据库上强制还原，以及在恢复完成状态中选择使数据库可以继续运行但无法还原其它事务日志的选项。在窗口的中间部位的将数据库文件还原为这里要按照你SQL的安装进行设置（也可以指定自己的目录），逻辑文件名不需要改动，移至物理文件名要根据你所恢复的机器情况做改动，如您的SQL数据库装在D:\Program Files\Microsoft SQL Server\MSSQL\Data，那么就按照您恢复机器的目录进行相关改动改动，并且最后的文件名最好改成您当前的数据库名（如原来是zw0001mdf，现在的数据库是zw0002，就改成zw0002mdf），日志和数据文件都要按照这样的方式做相关的改动（日志的文件名是ldf结尾的），这里的恢复目录您可以自由设置，前提是该目录必须存在（如您可以指定d:\sqldata\zw0002mdf或者d:\sqldata\zw0002ldf），否则恢复将报错
6、修改完成后，点击下面的确定进行恢复，这时会出现一个进度条，提示恢复的进度，恢复完成后系统会自动提示成功，如中间提示报错，请记录下相关的错误内容并询问对SQL *** 作比较熟悉的人员，一般的错误无非是目录错误或者文件名重复或者文件名错误或者空间不够或者数据库正在使用中的错误，数据库正在使用的错误您可以尝试关闭所有关于SQL窗口然后重新打开进行恢复 *** 作，如果还提示正在使用的错误可以将SQL服务停止然后重起看看，至于上述其它的错误一般都能按照错误内容做相应改动后即可恢复
如何设置才能使sql每半小时备份一次SQL Server数据库备份工具 22
数据库使用过程中历史表记录的增多数据库的增大导致以下问题的出现
1 数据库性能大幅下降
2 报表生成等要求数据库大数据量 *** 作时导致数据库响应短暂停止甚至完全停止响应
3 数据库备份或同步等数据库维护时间加长
本程序为绿色软件无需安装， 正确配置参数后即可运行，通过使用备份计划（可配置）定时将数据库中历史表的历史记录转移到备份机器上，减小生产机运行数据库，转移报表生成等大幅占用数据库 *** 作到备机以减小生产机压力
实现说明：
1 增加一台备份机器
2 备机上建立一个还原库用以还原当前数据库的备份和一个历史库用以保存历史数据
3 根据调度计划定时将当前生产机数据库备份到备机
4 还原备机还原库并将还原库中新增或更新数据导入备机历史库，目的为尽量少的占用当前数据库而使用备机资源
5 删除生产机数据库中已成功转移的历史数据
6 删除使用过的文件和清理数据库日志，减少磁盘占用
特点：
1 所有参数可配置
2 占用生产机数据库资源少， 仅备份 *** 作（历史表数据转移后备份时间大大减短且大多数情况下仅进行差异备份）
3 *** 作速度快，且费时 *** 作部分都基本在备机，不占用生产机资源
4 自动备份当前数据库日志和截断备份机器上数据库日志
5 自动删除使用过的文件，减少磁盘空间占用
6 整个 *** 作过程提供详细错误日志以方便维护
7 与SQL SERVER自带的发布订阅功能不同，历史数据只在备机上保留一份（如需备份备机历史数据请自行解决或定制此需求），生产机数据库只保留有生产必须的数据量即可，可尽可能的减少当前生产机数据库的数据量减少资源占用，将历史数据转移到备机上
8 无需更改现有系统
9 和其他备份程序的区别：主要针对历史数据转移需求，数据库备份只是一个前提，转移历史数据减小生产机数据库压力才是此程序的实质
升级说明：
1 去除所有标识部分，供公共使用
2 延长一次运行时间限制到30天
附：
1 如果有意请联系public_release@sina
2 可提供源代码（vc）和实现其他定制需求
3 此共享发布程序每次运行限制为30天（可放开），请不要相信其他的所谓破解版，实为其他非善意软件的安装程序包，如果不想有一次运行30天的限制，使用额外的程序在29天时关闭程序后重新启动即可
如何查询SQL Server备份还原历史记录SQL Server在msdb数据中维护了一系列表，用来存储执行所有备份和还原的细节信息。即使你正在使用第三方的备份应用程序，只要这个应用程序使用SQL Server的虚拟设备接口（Virtual Device Interface---VDI）来执行备份和还原执行，那么执行细节依然被存储在这一系列表中。
存储细节的表包括：
backupset
backupfile
backupfilegroup (SQL Server 2005 upwards)
backupmediaset
backupmediafamily
restorehistory
restorefile
restorefilegroup
logmarkhistory
suspect_pages (SQL Server 2005 upwards)
你可以在Books Online里面找到上面这些表的具体说明。
下面这个脚本可以帮你找出每个数据库近期的备份信息：
SELECT bname, atype, MAX(abackup_finish_date) lastbackup
FROM msdbbackupset a
INNER JOIN mastersysdatabases b ON adatabase_name COLLATE DATABASE_DEFAULT = bname COLLATE DATABASE_DEFAULT
GROUP BY bname, atype
ORDER BY bname, atype
指定数据库最后20条事务日志备份信息：
SELECT TOP 20 bphysical_device_name, abackup_start_date, afirst_lsn, auser_name FROM msdbbackupset a
INNER JOIN msdbbackupmediafamily b ON amedia_set_id = bmedia_set_id
WHERE atype = 'L'
ORDER BY abackup_finish_date DESC
指定时间段的事务日志备份信息：
SELECT bphysical_device_name, abackup_set_id, bfamily_sequence_number, aposition, abackup_start_date, abackup_finish_date
FROM msdbbackupset a
INNER JOIN msdbbackupmediafamily b ON amedia_set_id = bmedia_set_id
WHERE adatabase_name = 'AdventureWorks'
AND atype = 'L'
AND abackup_start_date > '10-Jan-2007'
AND abackup_finish_date
我们知道，服务器上的数据要定期备份，以防万一。那服务器上的数据如何备份呢？这里是要看你的服务器 *** 作系统是Windows还是Linux了，不同系统备份资料的方式不同，下面结合我的实际经验来和大家具体讲下。
1、Windows服务器上备份资料
Windows服务器上备份资料很简单，我们通过远程桌面登录服务器后，将站点目录直接压缩一份，然后在远程桌面上复制此压缩包，到本地电脑上粘贴即可将压缩包复制过来。
2、Linux服务器上备份资料
考虑到大部分的Linux服务器都是精简安装（没有桌面），所以我们通过终端工具登录后进入要备份的目录，然后执行tar-zcvf指令压缩目录，sz命令发送文件至本地即可，参考指令为：
#tar-zcvfxxxtargz
xxx/#sz
xxxtargz
3、阿里云提供的快照功能
阿里云控制台中提供磁盘快照功能，通过磁盘快照我们可以快速将磁盘上的文件做个备份，此 *** 作和你服务器 *** 作系统无关。此功能以前是免费公测的，现在收费了，还好费用不贵。
4、通过FTP备份数据
不管是云服务器还是虚拟主机，不管是Windows还是Linux系统，我们都可以安装一个FTP，然后通过FTP客户端就可以连接上服务器或虚拟主机上，这时就能很方便的将服务器上的数据备份到本地电脑中。FTP客户端工具也很多，推荐使用FileZilla，界面示：
上面列出的仅是最常用的备份方法，其它方法也很多。
不少系统管理员在设计Windows备份策略时，经常不管任何情况，就选择使用系统默认的备份策略,但由于没有掌握问题的实质,经常会出现一些问题,根据笔者的经验，Windows备份策略并非很难,只要好好把握技巧,就能找到通向成功的道路笔者认为只要系统管理员能够解决如下四个问题，那么备份策略就算是成功了的,具体情况如下文所述
一、如何备份
系统管理员在设计备份策略时，不仅仅需要考虑哪些数据需要备份，还需要判断如何来执行备份。这是一个比较核心的环节。因为采取的备份方式不同，会有不同的限制。在 *** 作方式上也会有所不同。具体的来说，需要注意以下内容。
一是需要备份的设备。备份的设备有磁盘与磁带两种。如果选择磁盘备份的话，那么可以通过ServerBackup组件来完成。如通过这个工具，可以将上面确定的数据定期备份到内部连接(挂载在服务器里的另外一块硬盘上 或者外部连接的磁盘上(异地备份)。不过需要注意的是，这个工具并不支持磁带备份。如果用户需要将数据备份到磁带设别上的话，就需要采用微软的另外一款工具“系统中心数据保护管理器”来完成。或者采用第三方的应用软件。显然，所采用的备份设备不同，其需要使用的技术也是不同的。这就是要确定如何备份的一个核心原因。
二是备份的方式，主要有完全备份和差异备份两种。完全备份就是不管数据有没有变化，到了数据备份的周期，就对数据进行全部备份。相反，差异备份则在备份之前需要判断一下数据有没有变化。只有对变化过的数据才进行备份。两种备份方式各有特点。从性能上来看，差异备份能够少占用系统资源、对网络的性能影响比较少。相反，如果采用完全备份的话，方便管理。但是对现有系统的性能产生的负面影响会比较大。通常情况下，笔者建议可以根据企业的实际情况，选择差异备份与完全备份相结合的方式，各取所长。如一个星期完全备份一次，其余时间都是差异备份。
三是备份的周期。无论是完全备份还是差异备份，都有一个周期的问题。如执行差异备份的话，那么是一天备份一次还是8个小时备份一次如果采取的是定期备份的话，那么执行的是一天备份一次还是一个星期完全备份一次在确定这个备份周期时，主要看的是企业对于数据安全的考虑。备份的频率越高，数据越安全，相反消耗的系统资源也就越大。而备份的频率越低，性能开销就比较低。而系统的开销也就比较大。
二、备份哪些数据
在Windows2008服务器 *** 作系统中，有一个ServerBackup组件，能够帮助系统管理员对相关数据进行备份。现在用户需要考虑的第一个问题就是，需要对哪些数据进行备份其实数据基本上可以分为三类。一类是 *** 作系统的文件，二是应用程序的文件，三是用户文件。
对于服务器来说，一般需要对服务器 *** 作系统上的所有文件进行备份。而对于普通的客户端来说，则需要对 *** 作系统和应用程序的文件进行备份，而对于用户文件则进行有选择的备份。毕竟在客户端上有不少的文件(如歌曲、等等)是属于用户自己的文件，可能跟工作无关。从提高备份效率、节省备份空间的角度考虑，一般不需要对这些文件进行备份。这是一个基本的判断原则。在实际工作中，还需要注意以下这些比较特殊的文件。
一是应用程序配置文件。如在Windows *** 作系统上实现了DHCP服务、或者Oracle数据库服务器。这些应用程序往往都有独立的配置文件。如Oracle数据库的监听文件、网络配置文件等等。对于这些第三方应用程序配置文件来说，在制作备份策略时需要特别的考虑。通常情况下，笔者的建议是将这些配置文件等同于 *** 作系统文件。有时候甚至比 *** 作系统文件本身更加重要。因为 *** 作系统如果出现故障的话，只需要重新安装 *** 作系统即可。而如果配置文件丢失的话，重新配置时工作量会比较大，而且风险也会比较高。
二是备份数据的多少需要根据不同的情况来对待。如以邮件应用为例。企业邮件的的存储可能会采取不同的策略。如用户可以选择邮件时保存在本地还是在服务器上。有些企业则规定，无论用户是否将邮件下载到本地，都会在服务器上保持副本。针对这两种不同的应用，其需要备份的数据是不同的。如前面一种，用户可以选择邮件保存在客户端上并删除服务器上的邮件，此时在选择客户端上的备份数据时，就需要将用户下载到本地的邮件也作为备份的对象。相反，如果邮件都是保存在服务器上，那么用户下载到本地上的邮件也就没有备份的必要。
三、如何存储备份文件
对于备份文件如何保存也是在备份策略设计中需要关注的一个内容。因为备份文件中有不少的机密信息(包括系统的配置信息与用户的数据)。如果这个备份文件一旦泄露出去，就有可能给企业造成不可挽回的损失。为此对于备份文件的存储管理可能需要考虑如下内容。
一是异地备份是否有必要。如系统管理员出于性能的考虑，会先将服务器的数据备份在本地的另外一块硬盘上。但是这存在一定的风险。如服务器被偷，那么也会将备份文件偷走。此时企业仍然无法通过备份文件来恢复数据。为了解决这一隐患，企业用户需要在适当的时候，将备份文件保存在异地上。或者直接进行异地备份。对于安全级别比较高的企业，这个异地备份是必要的。
二是需要对备份文件采取必要的加密措施。数据备份之后，就脱离了原有权限的控制。将业务数据(不包括系统配置数据)恢复之后，不相关的用户就可以看到相关的数据。这无疑会影响到企业的数据安全。为了安全考虑，最好对备份文件采取必要的加密措施。如将其放在Windows *** 作系统的NTFS文区上对备份文件进行加密等等。
三是需要定期的验证备份文件的可用性。有时候遇到一些突发的情况(如病毒或者突然断电)等情况，备份文件可能会失效。下次利用备份文件进行数据恢复时，会出现一些难以预料的情况。如Oracle数据库文件，如果表格中使用了中文字符，那么在备份时可以正常备份。但是在数据恢复式，中文字符命名的表格或者自段的名字将会无法恢复。所以用户并不是将数据备份就完成了。还需要不时的去验证这个备份文件的有效性。
四、谁来执行
以上三项工作完成后，接下去需要考虑的是有谁去执行这项工作。其实应该说是前期的与后期的工作。因为中间备份工作，只要用户设置了时间，系统会自动执行。故这个执行这主要完成的就是前期数据的确认工作与后期的管理方面的工作(包括备份文件有效性的验证)等等。
在条件允许的情况下，笔者建议采用两个用户。一个用来做具体的执行，另外一个是用来监督(包括对备份策略的执行情况以及备份文件的安全性验证等等)。如果两个职责集于一身的话，反而容易出问题。
在outlook上删的邮件是在你自己电脑上删的，服务器上的信息时不会删的，你可以在outlook上设置不保留副本收信，这样你收完后再服务器上就不会保留了，都在你自己电脑上有，你吧电脑上的邮件在删除就没了。不过以后你自己在去找邮件也找不到了该前言
实现磁带备份数据的功能有两方面的困难 首先 MS SQL Server(以下简称SQL)所提供的数据库的整体备份及恢复功能不能直接满足本系统要求的数据滚动备份 其次 需要解决如何在Web环境下实现磁带数据备份功能
利用SQL中现有的数据库备份和恢复的命令以及NT中的IDC技术 实现SQL数据库中数据滚动备份到磁带的功能 本系统所实现功能既能保证近一段时间的数据总在数据库中 又能保证系统管理员可随时恢复备份数据 供用户查询 本文所实现的功能具有普遍的意义 特别适用于中小型企业开发基于Intranet技术的管理信息系统
磁带数据备份及恢复的工作过程
为了充分利用SQL中现有的数据库备份与恢复功能 以降低实现磁带数据备份的代价 我们特地在硬盘上建立了一个与磁带的容量相当的数据库 我们称之为桥数据库 如FJJDBBK 可方便地实现数据的滚动备份了 其工作过程是 管理员把某月的数据从主数据库移到桥数据库中;然后用SQL的备份功能把桥数据库备份到磁带上 用户需要查看磁带中的历史数据时 系统又用SQL的恢复备份功能把磁带中的数据恢复到桥数据库中 用户直接在桥数据库中查阅历史数据 此外 在数据备份到磁带后 在进行下次数据备份前 必须清空备份数据库中的数据 为了提高工作效率 我们建立了一个空白桥数据库(没有数据时的桥数据库) 每次进行磁带备份数据之前 就用此空白数据库恢复桥数据库 空白数据库文件建立后要保存好 不可随便删除
建立该备份空白数据库过程为 先建立主数据库FJJDBBK 然后在 FJJDBBK中建立与当前数据库中一样结构的表 建立这些表结构时最好的方法是先用Enterprise Manager的Object菜单下的Generate SQL Scripts功能生成建立这些表的Scripts文件 然后选择FJJDBBK数据库 用Enterprise Manager的Tools菜单下的Query Analyzer功能运行该文件 就建立了这些所需表 显然 这时的FJJDBBK为空数据库 我们再利用备份命令或运行Tools菜单下的 Backup/Restore功能备份该空数据库
磁带数据备份及恢复的实现
在NT中 Web服务器IIS(Internet Information Server)提供了完善的访问SQL的技术IDC IDC是一个DLL文件(>备份命令exp 导入命令imp； 基本语法和实例：
1、EXP:
有三种主要的方式（完全、用户、表）
1、完全：
EXP SYSTEM/MANAGER BUFFER=64000 FILE=C:\FULLDMP FULL=Y
如果要执行完全导出，必须具有特殊的权限
2、用户模式：
EXP SONIC/SONIC BUFFER=64000 FILE=C:\SONICDMP OWNER=SONIC
这样用户SONIC的所有对象被输出到文件中。
3、表模式：
EXP SONIC/SONIC BUFFER=64000 FILE=C:\SONICDMP OWNER=SONIC TABLES=(SONIC)
这样用户SONIC的表SONIC就被导出
2、IMP:
具有三种模式（完全、用户、表）
1、完全：
IMP SYSTEM/MANAGER BUFFER=64000 FILE=C:\FULLDMP FULL=Y
2、用户模式：
IMP SONIC/SONIC BUFFER=64000 FILE=C:\SONICDMP FROMUSER=SONIC TOUSER=SONIC
这样用户SONIC的所有对象被导入到文件中。必须指定FROMUSER、TOUSER参数，这样才能导入数据。
3、表模式：
EXP SONIC/SONIC BUFFER=64000 FILE=C:\SONICDMP OWNER=SONIC TABLES=(SONIC)
这样用户SONIC的表SONIC就被导入。
以下为详细的导入导出实例：
一、数据导出：
1、 将数据库TEST完全导出，用户名system 密码manager 导出到D：\daochudmp中
exp system/manager@TEST file=d：\daochudmp full=y
2、 将数据库中system用户与sys用户的表导出
exp system/manager@TEST file=d：\daochudmp owner=（system，sys）
3、 将数据库中的表table1 、table2导出
exp system/manager@TEST file=d：\daochudmp tables=（table1，table2）
4、 将数据库中的表table1中的字段filed1以"00"打头的数据导出
exp system/manager@TEST file=d：\daochudmp tables=（table1） query=\" where filed1 like '00%'\"
上面是常用的导出，对于压缩我不太在意，用winzip把dmp文件可以很好的压缩。
不过在上面命令后面 加上 compress=y 就可以了
二、数据的导入
1、将D：\daochudmp 中的数据导入 TEST数据库中。
imp system/manager@TEST file=d：\daochudmp
上面可能有点问题，因为有的表已经存在，然后它就报错，对该表就不进行导入。
在后面加上 ignore=y 就可以了。
2 将d：\daochudmp中的表table1 导入
imp system/manager@TEST file=d：\daochudmp tables=（table1）
基本上上面的导入导出够用了。不少情况我是将表彻底删除，然后导入。
注意：
你要有足够的权限，权限不够它会提示你。
数据库时可以连上的。可以用tnsping TEST 来获得数据库TEST能否连上。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）