浪擎容灾备份软件是一款功能非常强大的数据库级别的实时复制容灾产品；AppMirror双活容灾备份软件可以将生产端的业务数据，实时的复制到容灾端服务器上，当用户 生产端业务出现问题或者系统发生故障时，容灾端的备用系统，就需要这款软件来帮助用户备份；软件使用简单，操作方便，是款非常值得信赖的软件，需要的朋友得赶快将AppMirror双活容灾备份软件下载来使用试试吧！
浪擎介绍
浪擎科技与智能容灾
当今世界，互联网的迅猛发展使得各行各业的内部运转发生了深刻，甚至革命性的变革。企业业务系统日益追求绿色、高效、简单、低成本，在IT技术上则日益向整合、虚拟化、业务持续性、高性能、IT集中管理、信息安全等方面发展。企业的数据中心是必须能够整合并集中管理分散的数据；计算部署通过标准配置进行网格化和虚拟化，形成资源池。企业的灾备系统需充分利用现有网格架构、计算资源、存储资源来确保数据的稳定性与业务的连续性。
浪擎科技立足于灾备行业前沿，针对业务容灾与连续性的迫切要求提出了“智能容灾+”的数据与业务保护理念。智能化是当前云计算、虚拟化的必需特性，智能化的灾备也符合用户按需使用、资源共享化的业务需求；“容灾+”代表浪擎站在灾备技术的最前沿，研发最先进的容灾技术，即 “双活容灾”，为用户提供最可靠、最便捷的容灾。浪擎科技的“智能容灾+”战略以D系实时备份、A系镜像系统、Y系云计算、S系备份一体机构成的浪擎四大产品线为核心，能够满足用户各种不同灾备需求。
到目前，浪擎的DAYS灾备产品与解决方案，以高端的双活容灾技术、全功能全平台的实时备份与恢复技术，为全国的政府、医疗、金融、能源、电信、媒体、制造、教育等各大行业的用户提供了数据备份更可靠、业务系统容灾切换更迅速、容灾管理更可控的灾备产品与服务。
软件功能
追逐式全量复制
在第一次部署时，且在不停止生产业务的要求下，自动的将生产端业务系统的存量数据和活动数据全部复制到备用端的数据库。无需停止生产数据库和无需停止业务系统;无需改变生产数据库的现有配置。
实时增量复制
在生产系统正常工作期间，实时的将业务数据复制到容灾端的备用系统。复制数据库的一切变化，自适应业务调整；容灾数据库处于可读可查询状态；用户随时校验容灾数据库数据的可靠性。
容错功能
将数据库恢复到符合要求的某一历史状态。容灾端容错进程采用循环写机制一一保存生产端传输来的日志数据。当需要容错时，容错代理接收用户选定的恢复时间或事务条件，容错进程将符合条件的一段日志数据恢复到容错数据库。
容灾切换
当生产端发生故障时，可手动或自动切换至容灾端备用系统。浪擎科技是一家大型的容灾产品和解决方案供应商，产品种类很多。做业务容灾切换时，浪擎的Y系Mcenter产品可以提供监控、报警、切换、回切等功能，可提供完整的业务容灾解决方案。
生产、查询相分离
容灾端备用数据库可以用来实现查询统计功能，分流生产数据库的性能压力。如，极其消耗性能的报表统计就可部署在备用数据库上。这是双活容灾的附加值，超越了容灾的范畴。
备端在线
支持数据库操作语言（DML）复制，在源数据库上对记录进行增、删、改操作可自动、实时复制到目标数据库，并能在监控界面上显示。
支持数据库定义语言（DDL）复制，在源数据库上进行各类数据库对象的操作能自动复制到目标数据库，例如建表、修改字段、建索引等操作，并能在监控界面上显示。
支持SQLServer、Oracle 数据库备端在线，以备日常检验备份数据、审计。
软件特色
浪擎双活容灾方案以浪擎的明星级产品AgileMirror镜像系统为主来构建。浪擎AgileMirror镜像系统（以下简称镜像系统）是数据库级别的实时复制容灾产品，具备容灾、容错、查询三大功能。镜像系统采用实时复制与恢复技术，且支持Oracle和SQLServer两大数据库，主要用于关键业务系统。
镜像系统的原理是实时的复制与恢复。其复制过程为：生产端代理进程实时捕捉数据库在线日志的变化数据块，然后传输到容灾数据库端；容灾端的装载进程分析和组装这些变化数据块，然后提交给数据库的存储引擎保存到数据库。
镜像系统实现数据丢失趋于零与数据库容灾切换趋于零的容灾指标。镜像系统支持Oracle、SQSLerver两大主流数据库，且完全不依赖数据库的工具或对象来实现数据的实时复制和恢复，因此对数据库无副作用和对性能影响极小。
安装方法
1、下载文件找到"双活容灾备份软件-AppMirror.exe"双击运行，进入软件安装向导界面；
2、进入软件安装向导界面，点击下一步；
3、选择文件安装类型，点击下一步；
4、点击我同意此条款中的协议，点击下一步；
5、文件安装位置，建议安装在D盘，点击下一步；
6、文件安装进行中，请耐心的等待..........
常见问题
一、 SQLServer数据库的checkpoint与实例恢复
重做日志的作用是在数据库出现故障时恢复数据库。
数据库恢复分为两种，一种是因为断电、死机等原因而导致SQL Server服务异常终止，需要进行数据库恢复，在这种情况下，SQL Server下次重启时，会对每个数据库先执行恢复操作，这种恢复一般称为实例恢复。另一种是因为数据存储介质出现了故障(如磁盘损坏)，需要进行数据库恢复，这种情况下，要用之前的数据库备份结合重做日志文件还原数据库，这种情况一般称为介质恢复。本章主要研究实例恢复。
在数据库恢复过程中，数据库崩溃之前的最后一次checkpoint操作确定了恢复的起始点，即MinLSN。因为实例恢复与checkpoint操作关系密切，本章把checkpoint和实例恢复放在一起研究。
∨ 展开