DAG备份:
Exchange Server 2010中的DAG(数据库高可用性组)由两台或者多台邮箱服务器组成,通过DAG可以使邮箱数据库在两台和多台之间进行同步,DAG基于Windows故障转移群集,当其中一台邮箱服务器发生故障的时候,不会对用户访问邮箱造成影响。
但是如果一台服务器的副本不全,怎么备份?
#这个是否和管理员设置有关,Server1有DB1,DB2,DB3副本,Server2只有DB1,DB2,
https://blog.csdn.net/lhfeng/article/details/3434768
日志:
为保证速度,用户的邮件修改时,是在内存完成。但要数据写入到磁盘,才不会丢失数据,但业务繁忙时,没法及时写入,所以系统使用日志来记录,日志文件很小就5M,所以写入很快。 内存修改完了,这些记录就会写入日志,日志时在硬盘上的,所以就保证不会宕机丢失数据。所以日志的作用:保证了事务的持久性。
日志的第二个作用:保证系统备份和恢复的完整性。当然前提是没有使用循环日志!
启用循环日志记录主要目的是用来节省磁盘空间。循环日志记录让Exchange Server在事务日志文件包含的事务日志提交到数据库之后覆盖这些事务日志文件。但是,如果启用循环日志记录,则可以将数据只恢复到上一完整备份。例如,当客户端使用POP3方式将邮件下载到本地,可以启用循环日志记录,这种情况下不进行备份。为防止日志累积,需要启用循环日志记录。在正常的生产环境中,建议不启用循环日志记录。
假设我在凌晨3点完成了一次FULL BACKUP,备份完成后,系统正常运行,到下午4点的时候,系统突然崩溃。我用凌晨3点的数据恢复了数据库,那么从凌晨3点到下午4点这段时间的数据哪里去找呢?这个时候就只能依赖于日志了。当完成数据库恢复后,系统会自动的跟踪到关联的日志文件,如果发现有比当前数据库还新的日志存在,系统就会自动的按照日志的顺序将更改写回到数据库中去。因此这样一来,从凌晨3点到下午4点的数据变更就被完整的恢复了。
用户要修改邮箱中的内容时,被修改的内容首先被提取出来放到内存中,实际的修改是发生在内存里的,这是众所周知的,当修改完成后,这些内容必须被尽快写回存储介质,这样才表示一个事务成功完成了。
从事务的描述中我们可以看到,事务是具有Atomic特性的,为了保证数据库的一致和完整,事务必须全部成功或全部失败,如果事务失败,则必须回滚到事务开始的状态。而当邮件在内存中修改完成后,此时事务并没