镜像服务器

原文: SQL Server 数据库镜像 标签：SQL SERVER/MSSQL SERVER/数据库/DBA/镜像 概述 本章内容主要讲述数据库镜像的安装,安装环境是在域环境下进行安装。 环境：SQL Server 2008 r2 企业版 域服务器IP:192.168.2.10 主体数据库服务器：机器名（CLU13）;IP（192.168.2.13） 镜像数据库服务器：机器名（CLU12）;IP（192.168.2.12） 见证服务器：IP（192.168.2.10） 目录 概述 安装数据库镜像 备份还原数据库 配置数据库镜像 总结 安装数据库镜像 备份还原数据库 将需要进行数据库镜像的数据库先进行数据库完整备份，然后再进行日志备份，将备份的数据库文件和日志文件拷贝到镜像服务器磁盘下。 1.在镜像服务器中还原刚才备份的数据库，还原完整备份，还原的数据名AdventureWorks2008R2，恢复状态选择RESTORE WITH NORECOVERY 2.还原日志文件，恢复状态选择RESTORE WITH NORECOVERY 配置数据库镜像 3.以域用户登入CLU13服务器，打开SQL Server,右键AdventureWorks2008R2-任务-镜像，点击配置安全性 4.这一步是选择是否要配置见证服务器，这里选择“是”，也可以选择否，在后面配置完镜像后还可以添加见证服务器

标签：SQL SERVER/MSSQL SERVER/数据库/DBA/镜像 概述 本章内容主要讲述数据库镜像的安装,安装环境是在域环境下进行安装。 环境：SQL Server 2008 r2 企业版 域服务器IP:192.168.2.10 主体数据库服务器：机器名（CLU13）;IP（192.168.2.13） 镜像数据库服务器：机器名（CLU12）;IP（192.168.2.12） 见证服务器：IP（192.168.2.10） 目录 概述 安装数据库镜像 备份还原数据库 配置数据库镜像 总结 安装数据库镜像 备份还原数据库 将需要进行数据库镜像的数据库先进行数据库完整备份，然后再进行日志备份，将备份的数据库文件和日志文件拷贝到镜像服务器磁盘下。 1.在镜像服务器中还原刚才备份的数据库，还原完整备份，还原的数据名AdventureWorks2008R2，恢复状态选择RESTORE WITH NORECOVERY 2.还原日志文件，恢复状态选择RESTORE WITH NORECOVERY 配置数据库镜像 3.以域用户登入CLU13服务器，打开SQL Server,右键AdventureWorks2008R2-任务-镜像，点击配置安全性 4.这一步是选择是否要配置见证服务器，这里选择“是”，也可以选择否，在后面配置完镜像后还可以添加见证服务器 5.默认勾选 6.主体服务器默认已连接

默认Android SDK Manager 上sdk源在国内是无法访问的，但是国内也有在线更新镜像服务器 比如：中国科学院开源协会镜像站地址 IPV4/IPV6: http://mirrors.opencas.cn 端口：80 IPV4/IPV6: http://mirrors.opencas.org 端口：80 IPV4/IPV6: http://mirrors.opencas.ac.cn 端口：80 把国内的镜像服务器地址填在以下设置，就可以在线更新了。 来源： oschina 链接： https://my.oschina.net/u/346927/blog/397809

云平台核心架构设计要点 1.1 架构设计介绍 1.全异步架构：异步消息、异步方法、异步HTTP调用。 使用消息总线进行各服务的通信连接，在调用服务时，源服务发消息给目的服务，并注册一个回调函数，然后立即返回；一旦目的服务完成任务，就会触发回调函数回复任务结果。异步消息可以并行处理。 服务之间采用异步消息进行通信，对于服务内部，一系列相关组件或插件，也是通过异步方法来调用，调用方法与异步消息一致。 采用的插件机制，给每个插件设置相应的代理程序。 为每个请求设置了回调 URL在HTTP的包头，任务结束后，代理程序会发送应答给调用者的URL。 基于异步消息、异步方法、异步 HTTP调用这三种方式， 构建了一个分层架构，保证了所有组件均能实现异步操作。 基于全异步架构机制，单管理节点的 每秒可并发处理上万条 API请求，还可同时管理上万台服务器和数十万台云主机。 2.无状态服务：单次请求不依赖其他请求。 • 的计算节点代理、存储代理、网络服务、控制台代理服务、配置服务等，均不依赖其他请求，一次请求可包含所有信息，相关节点无须维护存储任何信息。 • 使用一致性哈希环对管理节点、计算节点或者其他资源以 UUID为唯一ID进行认证的哈希环处理，消息发送者无需知道待处理消息的服务实例，服务也无须维护、交换相关的资源信息，服务只需单纯的处理消息即可。 • 管理节点间共享的信息非常少

镜像网站技术 镜像网站是指将一个完全相同的站点放到几个服务器上，分别有自己的URL，这些服务器上的网站互相称为镜像网站。镜像网站和主站 并没有太大差别，或者可以视为主站的拷贝。镜像网站的好处是：如果不能对主站作正常访问（如服务器故障，网络故障或者网速太慢等），仍能通过镜像服务器获得服务。不便之处是：更新网站内容的时候，需要同时更新多个服 务器；需要用户记忆超过一个网址，或需要用户选择访问多个镜像网站中的一个，而用户选择的，不一定是最优的。在用户选择的过程中，缺乏必要的可控性。 在互联网发展的初期，互联网上的网站内容很少，而且大都是静态内容，更新频率底。但因为服务器运算能力低，带宽小，网速慢，热门网站的访问压力还是很大。 镜像网站技术在这种情况下作为一种有效解决方案，被广泛采用。随着互联网的发展，越来越多的网站使用服务器端脚本动态生成内容，同步更新越来越困难，对可 控性要求越来越高，镜像技术因为不能满足这类网站的需要，渐渐的淡出了人们的视线。但有一些大型的软件下载站，因为符合镜像网站的条件——下载的内容是静态的，更新频率较低，对带宽，速度要求又比较高， 如国外的SourceForge （http://www.SourceForge.net， 著名开源软件托管网站），Fedora（http://fedoraproject.org，RedHat 赞助的 Linux 发行版）

一.需求分析 能不能在局域网搭建一个Ubuntu 镜像服务器， 这样作的好处是可以节省Ubuntu某些常用工具的安装时间。 二.部署过程 2.1 测试环境 目前在公司内有一台能连接到外网的Ubuntu机器， IP : 192.168.8.173 ， Ubuntu版本为Ubuntu 9.04 i686。 2.2 搭建步骤 为了创建Ubuntu mirror 服务器，最少需要60G硬盘空间，Ubuntu每个版本都有32 bit 和64 bit两个版本，有两组deb包。当然可以创建Ubuntu一个版本的32 bit 和64 bit 的 镜像服务器，也可以创建全部版本的镜像。 这里使用sohu 公司的mirror地址作为本地Ubuntu Source 服务器，使用sohu的原因是： 1. sohu的Ubuntu Source 服务器速度相当快 2. sohu 的ubuntu Source 服务器每天会和Ubuntu官方服务器同步一次，这样可以保 证我们使用的是最新的软件包。 修改方式如下： root@ms ~: cat /etc/apt/sources.list deb http://mirrors.sohu.com/ubuntu/ jaunty main restricted universe multiverse deb http://mirrors.sohu.com/ubuntu/

[SQL SERVER][HA]数据库镜像#简介 最近刚好有机会建置数据库镜像，这个礼拜自己以演练过好几次， 所以今天整个建置过程都还满顺利的，这里记录一下。 什么是数据库镜像? 数据库镜像会维护主数据库的两份副本，通常这两份副本都位于不同的SQL Server 主机服务器执行个体上。 镜像服务器通常会当做待命服务器使用(有数据遗失的风险)。 三种角色类型: 主体角色:主要数据库服务器。 镜像角色:主要数据库的副本，主要为待命作用。 见证角色:选择性执行个体，可以让在高安全性模式工作阶段中的镜像服务器判断是否启动自动容错移转。 数据库镜像 有什么优点? 让数据多一层保护。 提高数据库的可用性:再高安全和高性能模式有更灵活的平衡机制。 减少数据库停机时间: Rolling Upgrade(利用角色切换)。 数据库镜像模式种类 高安全性模式: 当工作阶段开始时，镜像服务器会尽快将镜像数据库与主体数据库进行同步处理。 一旦数据库同步处理完成之后，事务将同时在两个伙伴上进行认可，但会增加事务延迟性(性能较差)。 高性能模式: 依异步执行事务纪录档的认可，镜像数据库可能会稍微落后主体数据库(通常差距很小)。 但若主体服务器的工作负载很大，或镜像服务器的系统超载时，此差距就会慢慢变大。 运行方式 将主体数据库上发生的每一项插入、更新和删除作业，尽快 Redo 到镜像数据库上。

（一）SQL Server-AlwaysOn 技术：SQL Server AlwaysOn 即“全面的高可用性和灾难恢复解决方案” 1、数据库级可用性-只读副本：SQL Server 2012-4个，SQL Server 2014-8个 a、每个节点都安装了本地的 SQL Server，可以不使用共享存储，但是数据库在每个节点上的磁盘文件夹必须是一致的。 b、主节点可读可写，其它辅助节点只可读。 c、全部节点都加入一个 Windows Fail-over Cluster 中。 可以为AlwaysOn可用性组配置一个侦听器（虚拟计算机）。客户端如果访问这个侦听器则可以实现read/write；客户端如果访问指定的辅助节点，可能实现read/write（如果该节点是主节点），或者只能read-only。 负载分离： a、可以将一部分的read only请求发送到辅助副本： 1）第一种：修改应用程序，在客户端实现。例如，指定将read/write都指向AlwaysOn可用性组的侦听器（不赞成指向某个节点，因为无法确保某个节点可以write），将部分read only请求指向辅助副本。 2）第二种：为AlwaysOn可用性组配置只读路由： 脚本如下： ALTER AVAILABILITY GROUP [AG1] MODIFY REPLICA ON N'COMPUTER01' WITH