SQL Server 2014 日志传送部署(2):日志传送系统要求和实验架构

13.2 部署日志传送

13.2.1 部署日志传送的系统要求

SQL Server 2014日志传送的部署对硬件基础设施有一定的要求,下面将概述这些系统要求。

网络

日志传送不一定需要Windows域环境,但是Windows域环境方便了日志传送的配置和管理;相对非域环境,其安全性提升不少。

参与日志传送的SQL Server服务器必须在网络中相互连通,主服务器能够将事务日志备份到共享文件夹,辅助服务器可以将事务日志备份复制到本地文件夹;监视服务器能够连接到主服务器和辅助服务器。

服务器和存储

主服务器和辅助服务器应该有相同的性能容量,以主服务器保证发生故障转移时,辅助服务器接过主服务器工作后能提供相同级别的性能;处于成本的考虑,有些公司辅助服务器会比主服务器性能容量小得多。无论如何设定辅助服务器,都需要了解业务的特定需求,对辅助服务器进行恰当的配置。

日志传送技术并不需要像Windows故障转移群集,它不需要共享磁盘这样的基础设施;相反地,在日志传送的部署方案中为了避免储存成为单点故障的风险,主服务器和辅助服务器应避免共享同一磁盘系统。另外,事务日志备份应尽量放在有容错设计的磁盘系统中,最大限度的保护事务日志备份不会因为磁盘系统坏掉而丢失。


提示:

(1)参与日志传送的服务器应该具有相同的区分大小的设置;

(2)SQL Server服务和SQL Server代理账户必须对备份文件夹的读写权限。

13.2.2 部署日志传送的实验架构

域环境为localdomain.local,所有实验所用的服务器均加入域;虽然部署日志传送不一定需要域环境,但是生产环境下,推荐使用域环境下来部署日志传送,不仅部署和管理方便,安全性相比非域环境也大大提高。

(1)域控服务器名AD,IP地址192.168.1.20;

(2)主服务器名SQLSVR1,IP地址192.168.1.241;

(3)辅助服务器名SQLSVR2,IP地址192.168.1.242;

(4)监视服务器名SQLSVR3,IP地址192.168.1.243

时间: 2024-12-10 04:51:43

SQL Server 2014 日志传送部署(2):日志传送系统要求和实验架构的相关文章

SQL Server 2014 日志传送部署:总览

SQL Server 2014 日志传送部署(1):日志传送概述 http://281816327.blog.51cto.com/907015/1598309 SQL Server 2014 日志传送部署(2):日志传送系统要求和实验架构 http://281816327.blog.51cto.com/907015/1598311 SQL Server 2014 日志传送部署(3):日志传送初始化配置 http://281816327.blog.51cto.com/907015/1598312

SQL Server 2014 日志传送部署(1):日志传送概述

13.1 日志传送概述 13.1.1日志传送工作原理 日志传送是一种事务日志备份传送技术.日志传送允许从一个数据库(即主服务器上的主数据库)向多个在另外的服务器(即辅助服务器)上的数据库(即辅助数据库)自动发送事务日志备份.在辅助服务器上,这些事务日志备份被恢复到辅助数据库中,并和主数据库保持同步.一个可选的三级服务器(即监视服务器),记录事务日志备份.复制和恢复操作的历史和状态,以及这些操作依照计划不能发生时报警. 在日志传送中可配置一个主服务器实例向多台辅助服务器实例传送事务日志,在日志传送

SQL Server 2014 日志传送部署(4):SQL Server Management Studio部署日志传送

13.2.4 使用Management Studio部署日志传送 使用SQL Server Management Studio来部署日志传送步骤如下: (1)打开主服务器SQLSVR1中作为日志传送的主数据库DB01的属性页面,,然后选择"事务日志传送".选中"将此数据库启用为日志传送配置中的主数据库(E)"复选框. (2)点击"备份设置": 1.填写"备份文件夹网络路径"为\\192.168.1.20\backlog; 2.

SQL Server 默认跟踪应用4 -- 检测日志文件自动增长

SQL Server 默认跟踪应用4 -- 检测日志文件自动增长 用户抱怨SQL Server数据库运行非常慢.通过默认跟踪的这个查询,可以识别出log file autogrow活动导致的长时间运行.为什么如此之慢? SELECT te.name AS [trace_events_name] , t.DatabaseName , t.NTDomainName , t.ApplicationName , t.LoginName , t.Duration , t.StartTime , t.End

Sql Server Report Service 的部署问题(Reporting Service 2014為什麼不需要IIS就可以運行)

http://www.cnblogs.com/syfblog/p/4651621.html Sql Server Report Service 的部署问题 近期在研究SSRS部署问题,因为以前也用到过SSRS报表,但当时开发的报表是有专 门的集成系统的,不需要我自己去部署,所以对这一块的部署也不熟悉,我记得当时我是直接开发出一个SSRS 报表,然后会通过自动上传的方式上传到微软Dynamic CRM系统中,它带有自带的集成部署.而现如今,看来又得重新回去恶补一下部署的信息了.经过无数的错误的再错

目录:SQL Server 2014 安装与配置指南

<SQL Server 2014 安装与配置指南> 章节目录 第1章 SQL Server 2014 概况 http://mssqlmct.blog.51cto.com/9951484/1616457 第2章  规划SQL Server 安装 第3章  创建新的 SQL Server实例 第4章 修改SQL Server安装 第5章 升级到SQL Server 2014 第6章  配置 SQL Server 服务实例 第7章  使用SQL Server Management Studio 第8

sql server 2014内存表

内存数据库,指的是将数据库的数据放在内存中直接操作.相对于存放在磁盘上,内存的数据读写速度要高出很多,故可以提高应用的性能.微软的SQL Server 2014已于2014年4月1日正式发布,SQL 2014一个主要的功能即为内存数据库. 目前来说,数据库镜像和复制是无法与内存优化表兼容的,但AlwaysOn,日志传送,备份还原是完整支持. 由于内存表数据的存放机制和普通表(基于磁盘的表)完全不同,因此内存表的数据需要一个特别的文件夹(注意不是文件哦)来存放 USE [master] --创建数

SQL Server 2014新功能 -- 内存中OLTP(In-Memory OLTP)

SQL Server 2014新功能 -- 内存中OLTP(In-Memory OLTP) 概述 内存中OLTP(项目"Hekaton")是一个全新的.完全集成到SQL Server的数据库引擎组件. 对OLTP工作负载访问中在内存中的数据进行了优化.内存中OLTP能够帮助OLTP工作负载实现显著的性能改善,并减少处理时间.表能被视为"内存优化",提升内存中的OLTP功能.内存优化表是完全可事务的.并可以使用Transact-SQL进行访问.Transact-SQL

SQL Server 2014云特性:无缝集成公有云

本篇是我在IT168的约稿,原文地址:http://tech.it168.com/a2014/0620/1637/000001637358_all.shtml       IT行业已经进入了云时代,未来越来越多的企业IT基础架构将会部署在公有云.私有云或者混合云上,而数据库作为IT基础架构中最重要的部分与云的结合将变得非常重要.SQL Server 2014打通了公有云与组织内部的关系,无论是运行在企业内部还是运行在Microsoft Azure虚拟机上,SQL Server 2014直接支持将