环境： 192.168.91.103 数据源服务器 192.168.18.220 异地备份服务器 1.在192.168.91.103服务器生成秘钥文件 [root@Lenovobox3 file...The key fingerprint is: ...... 2.将公钥文件下发至异地备份服务器 [root@Lenovobox3 file]# ssh-copy-id -i ~/.ssh/id_rsa.pub...installed -- if you are prompted now it is to install the new keys root@192.168.18.220's password: #输入异地备份服务器密码..."ssh 'root@192.168.18.220'" and check to make sure that only the key(s) you wanted were added. 3.进行备份测试...192.168.91.103 [root@Lenovobox3 file]# ls backup_test.txt [root@Lenovobox3 file]# pwd /root/file 4.连接至异地备份服务器
将重要数据备份到一个相对隔离的系统中（异地数据中心），是一个非常有效的备份方案，能规避上面提到的大部分风险，保障公司业务数据的安全。 如何做异地备份？...异地备份，顾名思义，就是把数据备份到物理隔离的另外一个地方。 在已有本地备份（同机房）的情况下，异地备份意味着要把数据完整地在其他地方再复制一份。...异地备份的理想与现实 在实施「异地备份」之前，一般会先做「本地备份」，即备份到同一个数据中心内，方便恢复。本地备份的存储方案通常有以下这些： 1.自建分布式文件系统； 优点：大多选用 HDFS。...总的来说，这 5 种「本地备份」方案本身各有优劣，在考虑到基于「本地备份」进行「异地备份」时候，方案 3 和方案 4 稍好，但是在实施「异地备份」时也各自的问题。...如何用 JuiceFS 来做异地备份呢？
这个方法可以把通过mysqldump 把本地数据库备份到远端主机， 中间数据的传输通过 ssh 加密。 远端主机上通过cat 读取标准输入然后把mysqldump 的重定向到文件中。
ALTER PROCEDURE [dbo].[procPageChangeForSql2005] ( @fromSql varchar(4000), @qu...
它的优点在于无需公网IP就可以实现两台异地的设备之间组网，而且很方便。不足是由于缺少公网IP，其他用户是无法访问你的资源。除非加入你的局域网。
只读类业务 例如谷歌的搜索，不管用户在哪个国家搜索，得到的结果基本相同，对用户来说，跨国异地的几秒延迟，对搜索结果没什么影响。 跨城异地多活设计技巧 1....保证核心业务的异地多活 思维误区：要保证所有业务都能异地多活。...假设用户子系统，负责注册、登录、用户信息这3个业务，由于有海量用户，所以对用户进行分区，分配到不同数据中心，正常情况下某个用户属于某个主分区，并在其他分区也有备份，通过hash计算得出属于哪个中心。...解决的方法就是：优先实现核心业务的异地多活。...只保证绝大部分用户的异地多活 思维误区：要保证业务 100% 可用。 物理规律决定了异地多活无法保证100%的业务可用。
有这么一个需求：需要远程访问内网的nas。然后现成的解决方案有蒲公英这个方案，但是个人版的话限了只能3个设备，因此找了半天，最后选择了功能类似的zerotier...
序言 同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。...热升级了解一下，不可预知的中断了解一下 同城异地最关键的点在于存储，存储如何跨机房使用，从而分为几个方面进行探讨： 1、 DNS解析 在业务大量使用DNS解耦的时候，而且使用双机房的时候
使用SQL SERVER2005的时候常常遇到中文字符为乱码的情况，经过研究发现，设置SQL的排序规则可以解决这个问题。
在2005年末发布的SQL2005，是一个具有里程碑意义的产品。...所以一位做BI的客户说：“SQL2005的发布，在BI领域引起了一场地震。” 行业的改变不仅影响企业，还会影响其中的从业人员。这些改变可能意味着新的机会，也可能是对于现有地位的威胁。...而SQL2005的发布，在带动商务智能应用普及的同时，也为IT从业人员带来新的机会： .Net开发人员：SQL2005技术组件，如SSIS、SSRS、OLAP、存储过程，都是基于或者支持.Net的。...随着SQL2005的推广，商务智能项目领域将会有更多对于.Net开发人员的需求。...企业IT人员：SQL2005简化了商务智能的应用，比如利用报表服务，熟练的人员可以半天制作一张新的报表。
一、异地容灾主要备份三种数据： 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式，DB总的有四份备份：生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份...备份方式为，平时通过生产系统的介质服务器传输到移动硬盘，通过CS传输数据到灾备中心的介质服务器，在通过介质服务器传输到备份存储、灾备存储。...生产中心发生异常时的DB切换方式为，将移动硬盘迅速转移挂载到灾备中心的介质服务器，然后再发起恢复 四、日常对OS进行每日备份，通过CS传输到灾备中心的介质服务器，再发送给备份存储和灾备存储，即OS的备份有三份...:生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤：日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量
2、如果3个机房分属异地，比如：上海、广州、北京，三个城市间数据传输必然增加延时，要降低延时一般是拉专线，这样一方面成本还会继续增加，而且这么长距离传输，网络抖动是难免的，抖动期间，会增加选举"误切换"
例如，典型的有机房断电、机房火灾、地震、水灾……这些极端情况会导致某个系统所有服务器都故障，或者业务整体瘫痪，而且即使有其他地区的备份，把备份业务系统全部恢复到能够正常提供业务，花费的时间也比较长，可能是半小时...因为备份系统平时不对外提供服务，可能会存在很多隐藏的问题没有发现。如果业务期望达到即使在此类灾难性故障的情况下，业务也不受影响，或者在几分钟内就能够很快恢复，那么就需要设计异地多活架构。...与“活”对应的是字是“备”，备是备份，正常情况下对外是不提供服务的，如果需要提供服务，则需要大量的人工干预和操作，花费大量的时间才能让“备”变成“活”。...例如，常见的新闻网站、企业内部的IT系统、游戏、博客站点等，如果无法承受异地多活带来的复杂度和成本，是可以不做异地多活的，只需要做异地备份即可。...MySQL同步这种方式作为备份。
我们很容易想到一个方案：备份。图片 你可以对数据做备份，把数据库文件「定期」cp 到另一台机器上，这样，即使原机器丢失数据，你依旧可以通过备份把数据「恢复」回来，以此保证数据安全。...「最新」的，数据完整程度取决于备份的周期很明显，你的数据库越大，意味故障恢复时间越久。...最简单的方案还是和前面提到的一样：备份。A 机房的数据，定时在 B 机房做备份（拷贝数据文件），这样即使整个 A 机房遭到严重的损坏，B 机房的数据不会丢，通过备份可以把数据「恢复」回来，重启服务。...因为 B 机房只做备份，不提供实时服务，它是冷的，只会在 A 机房故障时才会启用。但备份的问题依旧和之前描述的一样：数据不完整、恢复数据期间业务不可用，整个系统的可用性还是无法得到保证。...3、提升高可用的核心是「冗余」，备份、主从副本、同城灾备、同城双活、两地三中心、异地双活，异地多活都是在做冗余4、同城灾备分为「冷备」和「热备」，冷备只备份数据，不提供服务，热备实时同步数据，并做好随时切换的准备
为了保障业务稳定不间断运行，我们构建了JDHBase集群的异地多活系统。主要介绍在我们在异地多活系统的实践。...我们对可靠性要求比较高的业务做了异地多活备份。 ? Active Cluster：正常情况下业务运行在此集群上。数据会异步备份到Standby Cluster，同时保证数据不丢失，但是会有延迟。...在此集群上运行的业务数据也会异步备份到Active Cluster上。 两个集群间通过Replication备份数据，根据集群ID防止数据回环。主备集群间数据达到最终一致性。...一个集群上会承载多个业务，不同的业务的备份也会散落在不同的集群上，形成多集群间的拓扑结构。 ? 3 Client ?...总结与展望 JDHBase在不断吸收业界异地灾备经验的同时，也经过一系列的实践和演进，目前SLA已经能够达到99.98%，从毫无异地容灾措施到完善的监控、告警、切换、一致性保障机制，为业务提供稳定可靠的存储服务
通过工具实现内网穿透后，内网服务器上的一些服务如gitlab、jira、Jenkins甚至是SSH就可以实现异地访问。目前较为流行的内网穿透工具有frp、ngrok、zerotier、花生壳等。...连接到根服务器的网络节点，如上述提到的NAS、群晖、Linux、Windows等 使用PLANET 行星服务器 通过Zerotier官方根服务器建立虚拟局域网，优点是在没有自带公网IP的云服务器的情况下也可以异地组网...5.异地电脑安装客户端 就像开篇提到的，我的需求是想在家中也可以访问公司的内网服务器上的服务，那么我在家中的电脑也需要安装zerotier客户端，并加入到zerotier网络。
最近恰好在搞异地双活，以下是一个梳理： 基本概念 1、异地容灾。这仅仅是一个冷备的概念。也就是在平时正常的时候，另外一个机房只是当做备份。 2、异地双（多）活。...所以，异地多活也不能保证所有业务都异地多活，在设计异地多活方案的时候，需要从业务和用户的角度出发，识别出核心和关键业务，明确哪些业务是必须实现异地多活，哪些是可以不实现异地多活，哪些是不能实现异地多活的...基于日志增量订阅&消费支持的业务： 数据库镜像 数据库实时备份 多级索引 (卖家和买家各自分库索引) search build 业务cache刷新 价格变化等重要业务消息 otter： 阿里巴巴...与传统的灾备技术相比，异地多活的特点是：在不同地点的数据中心都可以同时支持业务，而且每个地点发生的交易都是真实业务流量，而不是常见的一主一备，如果主中心没有问题，备份中心永远都是“备胎”。 ...这种多活数据中心的好处是：因为所有的数据中心都在支持交易，所以能节约IT成本;另外传统方式中备份系统都不在真实的交易活动状态，所以很难判断它的状态到底怎么样，在出现问题时，都不一定敢切过去。
https://github.com/ngoduykhanh/wireguard-ui
SQL2008 的收缩日志 由于SQL2008对文件和日志管理进行了优化，所以以下语句在SQL2005中可以运行但在SQL2008中已经被取消： (SQL2005) 1 BackupLog DNName...DATABASE DNName 31 SET 32 RECOVERY FULL --还原为完全模式 33 GO 优点：此清除日志所运行消耗的时间短，90GB的日志在分钟左右即可清除完毕，做完之后做个完全备份在分钟内...普通状态下LOG和DIFF的备份即可截断日志。 此语句使用的恰当环境：当系统的日志文件异常增大或者备份LOG时间太长可能影响生产的情况下使用。
近期因工作需要遍历15000多行记录来更新另一个数据库中的34万行记录，再次学习了一下跨库查询，了解到了MSSQL 2005还是蛮强大和方便的。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
