如何备份oracle 归档日志文件

归档日志(Archive Log)是非活动的重做日志备份
通过使用归档日志,可以保留所有重做历史记录,当数据库处于ARCHIVELOG模式并进行日志切换式,后台进程ARCH会将重做日志的内容保存到归档日志中当数据库出现介质失败时,使用数据文件备份,归档日志和重做日志可以完全恢复数据库

1、每日自动备份
打开企业管理器，进入“管理”-“数据库维护计划”，在右侧窗口点击右键，选择“新建维护计划”，启动“数据库维护计划向导”;点击“下一步”选择需要维护的数据库，维护特性数据库时，选择最后一个单选框并勾选需要维护的数据库名称;“下一步”选择更新数据优化信息、“下一步”检查数据库完整性、“下一步”指定数据库备份计划、“下一步”指定备份存放位置、“下一步”指定事务日志备份计划、“下一步”指定报表，“下一步”指定历史纪录维护，最后设定维护作业名称;通常来说，如果只需要备份数据库文件，则只需要指定备份计划以及存放位置即可，其他项目不做改动。
在指定备份计划时候，由于需要每日备份，因此要更改调度。点击“更改”编辑调度。发生频率选择每天;每日频率选择作业开始时间，最好选择数据库访问量小时进行，多为半夜时间，可根据流量图确定具体时间;持续时间通常不用做改动，开始日期为编辑日期，无结束日期。
编辑好上述维护计划后，还要注意下
sql
server代理服务是否启动了，因为每日调度维护计划是要启动这个服务才能执行的。如果该服务没有启动，需要手动启动一下，这是可以在其子项“作业”中看到刚刚添加过的数据库维护计划。
2、定期自动清理数据库日志文件
数据库日志文件是随着时间增长而增长的，如果长时间不清理，文件会变得特别大，因此需要定期清空，但是日至文件是恢复数据库的重要依据，不用日志文件也是不明智的。手工清除单个数据库的还好说，但数据库多了，或者临时没有来得及清理，可能硬盘空间就会占满了，影响访问。因此设置自动清理数据库日志文件还是比较实用的。
手动清理方法：右键单击需要清理的数据库，选择“属性”，在“选项”卡上，把故障还原模型设定为简单，确定后关闭;再右键单击该数据库，“所有任务”-“收缩数据库”，确认后即可清除日志文件，最后记得重新选择“属性”，将故障还原模型设置为完全。
自动清理方法：同样是利用sql
server代理服务，执行自动作业。
打开企业管理器，进入“管理”-“sql
server代理服务”-“作业”，在右侧窗口点击右键，选择“新建作业”。“常规”选项卡中，填写作业名称，具体描述，注意所有者最好还是用sa或者默认的管理帐号。
转到“步骤”选项卡，新建作业步骤，填写步骤名称，类型为脚本，数据库为需要清理日志的数据库，在下边命令中填写以下命令：
DUMP
TRANSACTION
数据库名称
WITH
NO_LOG
DBCC
SHRINKFILE(数据库日志文件名,1)
上边的数据库名称填写需要维护的数据库名称，数据库日志文件名填写其对应的日志文件名，注意，不是资源管理器里看到的带后缀名的那个名字，而是企业管理器里，数据库属性里日志选项卡中日志的名字(通常也只是差一个后缀名……)，确定后添加一个作业步骤。
如果需要维护多个数据库，用上述方法重复添加作业步骤，注意每个步骤成功或失败后的动作即可，最后选择一下开始的步骤。
在“调度”选项卡中，类似备份的维护计划，填写调度周期，即定期清理的周期，不再细述。如果需要，可以在最后的“通知”选项卡上设置作业完成后的通知项，需要设置 *** 作员，以及设置相应的服务，这里也不具体说明了，通常不用……

日志传送简单地说，就是通过上面的三个服务器角色与四个步骤来完成的。
第一步：备份日志。
主服务器会根据数据库管理员设置的备份计划，对事务日志按照计划进行备份。这是日志传送中的一个重要的内容。因为若主服务器的日志备份失败的话，则后续的工作都将无法进行。故我们往往需要对这个日志的备份进行监视，看看其是否按照数据库管理员所设想的方式在处理。为了达到这个目的，我们可以利用“监视服务器”来帮助我们监视这个作业。
第二步：日志文件传送。
当主服务器把日志备份好之后，主服务器就会根据数据库管理员的设置，把相关的日志文件自动传送给辅助服务器。在日志文件传送的过程中，主要需要考虑两个问题。
一是多久传送一次。一般情况下，对于数据库高可用性要求比较高的话，则可以在主服务器每次备份完事务日志后，就发送一次备份日志文件。不过，这要牺牲一定的网络带宽。这主要是根据企业的实际情况来处理。像笔者的企业，由于是SAAS模式的数据库租赁公司，所以，对于数据库可用性的要求非常的高。主服务器每次备份完成后，都会及时向辅助服务器传送备份日志。以达到辅助服务器与主服务器之间数据的同步。
二是做好日志文件传送的监督工作。准确、准时的把主服务器上的备份日志文件传送到辅助服务器上，这是辅助服务器正常运行的前提。为了让日志传送功能能够正常的运转，往往需要对日志文件的传送工作进行监督。需要通过监视服务器，来监视主服务器有没有把备份日志准时的发送出去;而辅助服务器有没有及时的接收备份日志。若出现异常的话，监视服务器需要利用消息或者邮件的方式通知数据库管理员。
第三步：辅助服务器还原事务日志。
当辅助服务器收到主服务器发送过来的备份日志后，就需要根据这个备份日志还原数据库。如此的话，当主服务器出现故障后，辅助服务器能够马上代替主服务器进行工作。所以，即使主服务器出现问题，用户也很难察觉到。
由于以上这三个作业都是通过计划来调度的，所以，这个还原作业也可以通过 *** 作系统的任务计划来进行管理。对于辅助服务器的还原频率来说，需要数据库管理员进行合理的设置。考试大提示在管理过程中，主要的问题就是数据同步与数据库设计管理方面的一个均衡问题。
这是因为日志传送是按照时间表进行的，故在主服务器与辅助服务器之间有个时间差。主服务器上的数据更改反映到辅助服务器上会有时间延迟。这个延迟有好处也有坏处。好处就是这些延迟可以用作还原用户错误的一种方法，因为可以延迟日志文件在辅助服务器上的应用，从而数据库管理员可以选择不采用错误的配置。但是，坏处也是很明显的。因为要通过日志服务器帮助数据库的高可用性的一个前提，就是要提高辅助服务器与主服务器之间的数据同步性能。而数据延迟会降低这个同步性。
所以，数据库管理员需要综合各种情形，来设置这个还原的频率。笔者是把这个数据同步看得更重。故数据库服务器与辅助服务器备份与还原的频率设置为三分钟。
第四步：警报。
警报虽然在日志传送中不是必须的，但其往往是日志传送正常运行的一个保障。他就好像是公路上的探头，当以上三个作业出现什么问题的时候，让数据库管理员可以马上知道，从而及时的采取措施，挽回损失。
具体的来说，需要对如下的作业进行监视。当出现不正常的情况时，及时通过信息或者邮件的形式向数据库管理员汇报。
1、主服务器日志备份出现问题。如当主服务器延迟备份时，监视服务器就需要向数据库管理员报告相关的情况。
2、备份日志传送出现异常情况。如辅助服务器没有及时收到备份的日志文件，监视服务器就会告知数据库管理员。此时，数据库管理员就需要去检查，看看是网络的问题，还是主服务器的问题。
3、还原情况的监视。辅助服务器有没有按时对数据库进行还原;在还原的过程中有没有出现意外情况，都要及时的告知数据库管理员。如最常见的警报就是，当服务器没有按规定进行还原的时候，要触发警报作业。

我来回答：
进行日志备份前，要有一次
完全备份，
比如：6月19日进行完全备份，
backup
database
你的数据库
to
disk
=
'c:\你的数据库bak'
然后6月20日后的日志备份，
backup
log
你的数据库
to
disk
=
'c:\你的数据库_620_logbak'
然后6月21日后的日志备份，
backup
log
你的数据库
to
disk
=
'c:\你的数据库_621_logbak'
如果还原到6月21日时某个时间点时：
还原顺序
你的数据库bak
然后再载入两个日志
你的数据库_620_logbak
你的数据库_621_logbak
然后还原。
注意：
日志备份不能中断
，比如
数据库_620_logbak，一旦破坏灭失，那么数据库_621_logbak
无法恢复。
有疑问可以Hi我
可以问我。

你先将数据库分离了，SqlServer数据库文件分成ldf（事务日志）和mdf（数据文件），将原有的事务日志文件改名，重新附加数据库，SqlServer会自动生成一个新的事务日志文件，将原有的事务日志文件（改名的）放到其他的地方即可。

---