有备无患：OUTLOOK数据备份篇
“kervi”通过精心收集，向本站投稿了3篇有备无患：OUTLOOK数据备份篇，下面是小编为大家整理后的有备无患：OUTLOOK数据备份篇，供大家参考借鉴，希望可以帮助到有需要的朋友。
篇1：有备无患：OUTLOOK数据备份篇
OUTLOOK作为一款邮件发送程序，提及它的备份是无可厚非的，
A 备份邮件
我们首先要备份的就是电子邮件，其实在默认情况下OutlookExpress邮件的保存位置是C:\Documents and Settings\Administrator\Local Settings\Application Data\Identities\{FD2970E5-9F12-4B27-BFE8-5F9486ACE2DB}\Microsoft\Outlook Express，你只需要将该文件夹下的所有内容拷贝到另外一个目录下，最好不是系统目录。例如D：\mail。
这样在你恢复系统的时候只需要打开OUtLOOKExpress，执行“工具”菜单下的“选项”命令，转到“维护”标签下，点击“存储活页夹”，在打开的存储位置对话框中点击“更改”按钮，将目录设置为D:\mail即可以恢复了，
B 备份通讯录
对于OUTLOOK另外一项需要备份的内容就是通讯簿中的联系人了，因为丢失了这些联系人可是一个不小的损失。
启动通讯簿，打开“文件”菜单下的“导出”――“通讯簿”，然后设置保存的路径和文件夹。这样就可以把通讯簿中的内容保存为wab文件了。在恢复的时候也很简单，打开“文件”菜单，选择“导入”――“通讯簿”就可以了。
点击阅读更多学院相关文章>>
分享到
篇2：有备无患：Foxmail数据备份篇
Foxmail是国人开发的最著名的邮件收发程序之一，在国人中使用范围很广，因此对它的内容进行备份也是有必要的。
进入到Foxmail的安装目录，里面会有一个mail目录，在该目录中有你建立的各个邮箱的文件夹，双击进入具体的邮箱
你会发现在邮箱的目录下有好多文件，在这些文件中都是存对出现的，每一对文件他们的主文件名相同，但扩展名不同，即扩展名分别为BOX、IND两个，其中收件箱―in；发件箱―out；已发送邮件箱―sent；废件箱―trash；自建信箱为aaaaa?，?按照邮箱建立的先后分别为1、2、3等，这样你要备份哪个文件夹把相应的两个文件复制到别处就可以了。
通过这样的方法可以备份邮箱中整个目录的信件，但却不能备份单封邮件，那怎么办呢？不要紧张，我们借助Foxmail本身的导出/导入功能来完成。选中要备份的邮件，打开“文件”菜单，选择“导出”命令就可以了。这样对于邮件的内容我们都能够做好很好的备份了。
点击阅读更多学院相关文章>>
分享到 但是同OUTLOOK一样，Foxmail同样有地址簿的备份问题，
其实在Foxmail的安装目录下，有一个address活页夹，你只需要备份该目录下的文件，但该目录文件的名称没有规则，怎么办呢？没关系，我们还可以利用软件本身来完成。打开Foxmail的地址簿，选中要备份的地址夹，执行“工具”菜单下的“导出”命令。
选择要备份的字段，点击“完成”按钮就提示地址成功备份的消息了。
小技巧：其实对于Foxmail内容的备份，最简单最直接的就是定期把安装目录下的所有文件复制到其它分区，这样所有的信息都不会丢失，而且用不着恢复，要查看的时候你只需要直接在备份目录中启动Foxmail即可使用。当然这就要你的硬盘有足够的大了。
上一页 1 2
点击阅读更多学院相关文章>>
分享到
篇3：理论篇：SQL数据库备份还原和恢复全过程
理论篇：SQL数据库备份还原和恢复过程
关于SQL数据库的恢复问题，这里首先要强调一点：不是所有的数据都能神奇般的恢复，只有满足特定条件的数据才是可逆的（可恢复），那么这就要求我们平时要养成备份文件的好习惯。下面就来为大家具体介绍下数据库的备份问题。
在完整恢复模式或大容量日志恢复模式下，必须先备份活动事务日志（称为日志尾部），然后才能在SQLServerManagementStudio中还原数据库。有关详细信息，请参阅如何备份事务日志(SQLServerManagementStudio)。若要还原已加密的数据库，您必须有权访问用于加密数据库的证书或非对称密钥。如果没有证书或非对称密钥，数据库将无法还原。
认识数据库备份和事务日志备份
数据库备份与日志备份是数据库维护的日常工作，备份的目的是在于当数据库出现故障或者遭到破坏时可以根据备份的数据库及事务日志文件还原到最近的时间点将损失降到最低点。参考文献
数据库备份
数据库备份可以手动备份和语句备份
一.手动备份数据库
1.鼠标右键选择你要进行备份的数据库-任务-备份
可以在常规选项页面你可以选择备份类型是进行完整数据库备份还是差异数据库备份
2.点击添加选项，选择数据库文件的存放路径
注意文件名记得加后缀.bak,便于恢复时的查找
3.你还可以在选项页面是追加到现有的备份集，还是覆盖所有的现有备份集，还可以选择备份验证完整性（建议选择），还可以选择是否压缩备份等。
二.语句备份数据库
use master goBACKUP DATABASE [test] TO DISK = N'D:\Microsoft sql server\MSSQL10.MSSQLSERVER\MSSQL\Backup\test.bak' WITH NOFORMAT, NOINIT, NAME = N'test-完整 数据库 备份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO
数据库日志备份
首先需要注意，数据库日志的备份是基于数据库完整备份，也就是说你备份数据库日志之前你首先要先对数据库进行一次完整的备份，因为之间会涉及到坚持到检查点lsn，这也是本文接下来要讲的重点。
一.手动备份数据库日志
1.右键数据库-任务-备份-选择备份类型（事务日志）
2.点添加，添加日志文件备份存储路径
3.同数据库完整备份一样，你也可以选择覆盖现有备份集或者追加到现有备份集，这里现在覆盖现有备份集、验证完整性，然后确认备份
二.语句备份数据库事务日志
BACKUP LOG [test] TO DISK = N'D:\test.trn' WITH NOFORMAT, INIT, NAME = N'test-事务日志 备份', SKIP, NOREWIND, NOUNLOAD, STATS = 10GO
数据库还原
右键数据库-还原数据库-添加需要进行还原的数据库文件路径
在还原源选项中你可以选择‘源数据库’，‘源设备’，
1.选择源数据库工具会自动显示该数据库之前的一些备份，然后直接选择需要还原的数据库备份集。
2.选择源设备点击后面的...，添加需要还原的数据库文件
2.点击确认还原数据库
数据库恢复
数据库恢复的前提是1.一个完整的数据库备份2.包含这个完整数据库备份的事务日志备份3.完整备份之间也可以存在数个差异备份
对于数据库维护空间始终是一个比较头疼的问题，特别是对于大型数据库而言，每天的日志文件增长是庞大的，很多数据库管理员会定时对数据库日志文件进行收缩，但是经常收缩会存在收缩完日志文件还是不能减少，这是因为存在很多活动的日志无法收缩可以用
DBCC LOGINFO('数据库名称')
我们看到
status=0的日志，代表已经备份到磁盘的日志文件；而
status=2的日志还没有备份。当我们收缩日志文件时，收缩掉的空
间其实就是
status=0的空间，如果日志物理文件无法减小，这里一
定能看到非常多 status=2的记录
解决办法：1.可以分离要收缩的数据库，然后手动删除日志文件，然后附加数据库，数据库就会产生一个很小的日志文件（不推荐使用这种方法）
2.右键要出来的数据库选择“属性”-“选项”，将恢复模式改成“简单”，然后利用收缩工具可以讲日志文件收缩到很小，收缩完记得讲恢复模式改成“完整”
也可以用语句进行处理(dbname是你要进行收缩的数据库名，dbname_log是你要进行收缩的数据库的逻辑日志名称)
USE [master]
GO ALTER DATABASE [dbname] SET recovery SIMPLE WITH NO_WAIT GO
ALTER DATABASE [dbname] SET RECOVERY SIMPLE --简单模式
GO
USE [dbname]
GO
DBCC SHRINKFILE (N'dbname_log' , 11, TRUNCATEONLY) GO
USE [master]
GO
ALTER DATABASE [dbname] SET RECOVERY FULL WITH NO_WAIT ALTER DATABASE [dbname] SET RECOVERY FULL
对于第一种方法不赞同使用，首先对于数据库的分离与附加有时候会破坏数据库，造成数据库无法还原，还有就是对于在线数据库也不允许进行分离操作。
对于第二种方法是slq2008收缩日志文件的一种方法，但是此方法也不能使用过于频繁，因为进行数据库恢复模式的更改会截断事务日志文件，这样的话当时利用事务日志文件进行恢复的时候检查点不能包含数据库文件，而且当你要对事务日志进行备份的时候会重新提示你需要对数据库进行完整备份。
举个例子：比如你昨天晚上进行了一次完整备份，然后同时你也进行了一次日志备份（提前日志未被截断），然后你每个小时进行过一次差异备份，最近的差异备份时间点是14点，如果此时数据库错误修改了数据，你可以立马备份一个日志文件将数据库恢复到日志备份开始到日志备份终点前的任意时间点 。
如果此时你进行了修改数据库模式，截断日志进行了收缩，那么你的数据只能恢复到昨天晚上备份的那个日志备份时间前的任意时间点，也就是今天所做的数据库更改无法再恢复了，因为日志文件已经被截断了，不知道这样解释是否明白
因为日志文件的检查点（lsn）是连续的，每一次日志备份都是在上一次备份的基础上lsn往后增加的，lsn的范围也包括了数据库文件的lsn，也只有日志文件的lsn包括了数据库文件的lsn,才能将数据库文件进行回滚。
上图中总共有三个备份文件，一个完整备份、一个差异备份、一个日志备份，大家可以注意观察完整备份的第一个lsn与最后一个lsn,和检查点
第二个差异备份文件的的第一个lsn与最后一个lsn,和检查点，最后的日志备份的第一个lsn和最后一个lsn包含了前面两个备份文件的lsn,这种情况数据库就可以恢复到日志文件备份前的任意时间点，如果日志文件没有包含数据库文件的最后一个lsn也就无法恢复了。
今天学习了SQL数据备份还原和恢复的问题的理论知识，后续会有实战演练（干货），教你一步步完成数据库重要文件的恢复。
【有备无患：OUTLOOK数据备份篇】相关文章：
4.有备无患的议论文
10.备份恢复笔试题
文档为doc格式
