一、mysql如何实时备份？
MYSQL数据如何实时备份
依次单击:开始--程序--Microsoft SQL Server--企业管理器--SQL Server组--管理--数据库维护计划
在右侧空白处右键单击,新建维护计划--勾选要备份的数据库--下一步
指定数据库备份计划--调度--单击"更改"--设置备份的时间,备份周期--下一步
每日频率即是每天什么时间开始进行备份
发生频率即是执行的周期
指定备份磁盘目录--修改"使用此目录"的路径作为备份数据库的存放路径.勾选删除早于此时间的文件,我这里选择一周,即是数据库备份文件把一周前的进行删除
给此任务计划填写一个名字:back 2单击"完成",就可以在数据库维护计划中看到刚才新建的计划.
注意事项
一定要开启sql server agent服务
二、cdp实时备份原理？
CDP（continual data protection） 是连续数据保护。
对数据进行自动监控，连续捕获和备份数据变化，只要数据发生变化，便实时、准确的备份下来，备特佳对数据的捕获完全不同于其他备份产品基于日志解析的方式，它是采用针对数据块级别的监控，效率更加高效，对服务器性能消耗更小，数据安全性更高，保证RPO=0。
CDP实时备份和定时备份有着根本的差异，它极大的减少了RPO值，但是在恢复方式上，大多数厂家的技术如出一辙，恢复成为CDP实时备份应用的门槛，用户要么选择定时备份，要么选择CDP应用容灾。也正因此，是否需要针对CDP实时备份的技术特性针对性的设计一种恢复方式，让细粒度的备份拥有更合适的恢复方式。
三、wps实时备份和定时备份区别？
wps实时备份和定时备份的区别是:
实时备份——是指无时间间隔的数据备份方式，通过实时数据复制，保证主备两端的数据读写一致，确保数据的零丢失。
定时备份——是指有时间间隔的数据备份方式，比如一天一次，一周一次，或者一个月一次，定时备份不能保证数据的零丢失。
四、Mysql实时备份实现方法？
数据备份是数据容灾的最后一道防线，即便有着两地三中心的架构，备份也依然重要。如果备份出问题，备份时影响了交易业务，备份数据无法恢复，这些也是企业难以承受的。所以选择合适的备份工具尤为重要。
每个企业级数据库都会有配套的备份工具，MEB(MySQL Enterprise Backup)就是MySQL企业版中非常重要的工具之一，是为企业级客户提供的数据备份方案。
Xtrabackup一直作为MEB 开源版备胎而存在，从MySQL 8.0开始情况可能会变得有所不同。
在 MySQL 8.0的Backup Lock、Redo Log Archiving、Page Tracking等新特性的加持下，MEB备份/恢复体验会更好，目前xtrabackup还不支持这些特性。
MySQL 企业版还有哪些功能？
特性1：Backup Lock
8.0之前使用xtrabackup或MEB做物理备份，为了保证备份时InnoDB引擎表与其他引擎数据文件、及binlog日志的一致性会上全局读锁，再拷贝非InnoDB文件，这期间MySQL会变成只读，数据无法写入。表数量越多，可能加上时间越长，如果使用的xtrabackup 不小心没加rsync参数，逐个拷贝frm文件，锁定时间会更长，对业务影响较大。
我曾遇到过部署在虚拟机的实例有12000多张表，当时使用的xtrabackup，备份脚本中没加rsync参数，结果锁了十几分钟，而MEB就没有这样的问题。
MySQL 8.0支持轻量级备份锁 LOCK INSTANCE FOR BACKUP，数据字典也重构了由InnoDB存储。若不创建非InnoDB表，MEB默认使用备份锁获取binlog日志一致性位置，并阻止DDL操作，但不影响DML操作。
只有InnoDB表，仅上备份锁
若有非InnoDB表，上全局锁
特性2：Redo Log Archiving
MEB能做到在线热备，备份时不影响数据库读写，这是利用了InnoDB事务日志，在备份期间持续监视redo log的变化，读取增量变化，写入到ibbackup_logfile，也就不需要上锁来保障备份一致性。(对非InnoDB的文件需要上读锁拷贝)
如果备份期间数据库写入负载特别大，而写入ibbackup_logfile速度较慢，redo log size也不大，很可能会出现ibbackup_logfile的写入速度跟不上redo log记录生成速度，redo log 空间不够时需要覆写日志文件，那么来不及写入ibbackup_logfile的记录会丢失，导致备份失败。
MEB 4.1对此做了优化，将redo log处理线程拆分成多线程分工合作，提高处理redo log的效率，降低了redo log覆写造成备份失败的概率，但redo log新增速度和ibbackup_logfile写入速度悬殊太大，问题依然会发生。
MySQL 8.0.17支持了redo log archiving 彻底解决了此问题，备份前设置innodb_redo_log_archive_dirs，指定redo log归档目录。MEB备份时自动开启日志归档，当checkpoint时会将旧记录归档到此目录，后续从归档文件中读取redo日志记录，避免了覆写可能导致的redo记录丢失。
注意：innodb_redo_log_archive_dirs 不能在数据目录下，目录权限要求是700
特性3：Page Tracking
Page Tracking 是为优化增量备份效率，减少不必要的数据页扫描。
增量备份当前有3种扫描模式：
page-track：利用LSN精确跟踪上次备份之后被修改页面，仅复制这些页面，效率最快。
optimistic：扫描上次备份之后被修改的InnoDB 数据文件中，找出并拷贝修改的页面。依赖系统时间，使用存在限制。
full-scan：扫描所有InnoDB数据文件，找出并拷贝自上次备份之后修改的页面，效率最慢
1、利用page-track增量备份，需先安装备份组件
2、在全备前开启page-track
3、全备之后，做增量备份时指定若满足page tracking条件，默认会使用page-track模式，否则会使用full-scan模式，也可以指定--incremental=page-track。
incremental-base有3种选择
last_backup：基于前一次备份做增备，前一次备份可能是增备，也可能是全备。这种方式全备之间可能会有多个增备，每次增量可能比较小，但恢复时需要逐个合并。
last_full_backup：基于前一次全备做增备。这种方式增备会越往后体积可能越大，但恢复时只需要合并最后一次增量备份。
dir：基于前一次的备份目录，前一次备份可能是增备，也可能是全备。
测试对比full-scan 和page-track ，在变更页小于总体50%的情况下 ，备份效率至少能有1倍的速度提升。
page-track 模式 磁盘读写均衡，说明读写的都是修改页面。
full-scan模式 磁盘读写差别很大，说明读了很多未修改的页面。
五、实时备份和定时备份有什么区别？
定时备份是对数据进行周期性备份，存在备份时间窗口。
实时备份在任意时间间隔内对数据进行备份，无备份时间窗口，保障数据的零丢失。六、云备份是实时的吗？
是的，云备份是实时更新的
苹果手机有两种备份软件，分别是iCloud备份、iTunes备份其中iCloud备份可以实时备份。
iCloud 备份比较简单，不需要通过数据线连接电脑，只需在手机上开启iCloud云备份功能，就可以轻松将我们手机上的照片、邮件、通讯录、日历以及Safari等内容备份到iCloud云端。iTunes是苹果官方推出的一款备份软件，相对来说比较安全，备份也很全面，除了常规的照片、视频和通讯录外，还可以备份APP数据。不过iTunes备份其实是把手机里的数据备份到电脑，需要通过数据线进行连接，不能实时备份，没那么方便。
七、服务器怎么备份？
服务器的备份可以用专业的备份软件来做，比如支持服务器数据备份的备特佳容灾备份软件。具体备份该如何进行，不光要考虑到服务器的操作系统、数据库等配置，很大程度上还取决于服务器上所运行的应用，或者说是业务系统。 在考虑具体的备份方案时，涉及到的因素比较多。数据很重要，条件允许的情况下，大部分都会选择实时备份。实时备份的软件也很多，就跟买衣服似的，一分钱一分货，总是拿价格来衡量好坏肯定是有失公允的。业务系统如果对连续性要求较高的话，只做灾备就不行了，要在数据备份的基础上，加上业务连续，或者说业务接管，当服务器宕机无法对外提供服务时，备份服务器或者说备份机可以代替生产机继续提供服务，不会造成业务中断。
八、服务器备份方案？
回答如下：服务器备份方案包括以下几个步骤：
1. 确定备份数据：确定哪些数据需要备份，包括数据库、文件、日志等。
2. 选择备份方式：根据备份数据的大小和类型选择不同的备份方式，如完全备份、增量备份、差异备份等。
3. 选择备份软件：选择适合自己的备份软件，如Acronis Backup、Veeam Backup、Veritas Backup Exec等。
4. 确定备份周期：根据备份数据的重要程度和变化频率确定备份周期，如每天、每周、每月等。
5. 确定备份存储位置：选择可靠的备份存储位置，如本地磁盘、网络存储、云存储等。
6. 测试备份方案：定期测试备份方案是否可行，以确保备份数据的可恢复性。
7. 定期更新备份策略：随着业务需求的变化和数据量的增加，需要定期更新备份策略，以保证备份方案的有效性。
九、服务器异地备份方案？
一旦服务器由于断电导致宕机而又无法快速恢复使用，将会使用户的日常工作受到影响，甚至带来经济损失，如果出现硬盘损坏的情况，数据将全部丢失，对用来说将会是致命的经济损失；
例如： 用户现状：
用户现有两台服务器，一台跑着SQL，一台跑着sybase，服务器产生的数据全部存放在服务器本地硬盘中。用户需求分析：
——用户系统由于其自身结构的复杂性，在运行过程中常会出现各种各样的故障，这些故障都会不同程度地造成数据的丢失或者不完整。 ——一旦服务器由于断电导致宕机而又无法快速恢复使用，将会使用户的日常工作受到影响，甚至带来经济损失，如果出现硬盘损坏的情况，数据将全部丢失，对用来说将会是致命的经济损失。 ——用户希望能够解决当主服务器出现宕机或无法正常启动应用程序时，能够将所有的应用全部由备机接管。 ——用户希望可以在业务接管后能够保证存放在服务器中的数据库数据以及其他应用所产生的数据不丢失，保证关键数据的安全。解决方案：
中科同向_两地三中心容灾方案
： ——可在同城或异地灾备中心实现业务切换，当生产中心业务中断或数据丢失，可通过同城灾备中心进行业务切换或者数据恢复，当发生大的灾难时，可通过异地灾备中心进行业务数据切换或者数据恢复，多地数据保护，最大程度降低数据丢失几率； ——支持异构环境，WAN优化复制；十、linux服务器备份方法？
Linux系统上配有功能强大的tar命令，可以灵活地备份数据。tar最初是为了制作磁带备份而设计的把文件和目 录备份到磁带中，然后从磁带中提取或恢复文件。当然，现在我们可以使用tar来备份数据到任何存储介质上。tar非常易于使用稳定可靠，而且在任何 Linux系统上都有这个命令。因此是最经常使用的备份工具。