求助:alwayson 只读副本权限控制问题解决思路征集
环境:Windows server 2012 + sqlserver 2012 R2
功能:alwayson 实现读写分离 + 自动故障转移
问题(目前测试环境我已经折腾出来了,但是反复测试过程中发现如下坑爹的问题):即,可读副本权限控制问题。因为alwayson是针对于库级别的高可用性组,而且只读副本是“只读”的,导致alwayson搭好之后无法添加账号到只读副本上的各个库,所以故障切换之后主库(故障转移之前是只读辅库)没有原来主库的登录名等权限。
我这边目前的方案有两个,但是都非常不理想:
方案1:
主库写库正常read/write权限,并且准备一份主库写库程序访问的账号create的 脚本,随时在故障转移的时候执行(工作量较大,而且非常不灵活,人工干预过多,容易出错),同时 赋予程序访问只读辅库的账号sysadmin权限(这个凶险程度可想而知) 。
方案2:
辅助库+主库账号 全部授予sysadmin权限(凶险程度更上一层,但是相对而言管理简单,而且切换非常灵活,几乎不需要人工干预)
诸位大神对alwayson有深层研究的,有什么好的建议,请不吝赐教。
灰常感谢。。。
功能:alwayson 实现读写分离 + 自动故障转移
问题(目前测试环境我已经折腾出来了,但是反复测试过程中发现如下坑爹的问题):即,可读副本权限控制问题。因为alwayson是针对于库级别的高可用性组,而且只读副本是“只读”的,导致alwayson搭好之后无法添加账号到只读副本上的各个库,所以故障切换之后主库(故障转移之前是只读辅库)没有原来主库的登录名等权限。
我这边目前的方案有两个,但是都非常不理想:
方案1:
主库写库正常read/write权限,并且准备一份主库写库程序访问的账号create的 脚本,随时在故障转移的时候执行(工作量较大,而且非常不灵活,人工干预过多,容易出错),同时 赋予程序访问只读辅库的账号sysadmin权限(这个凶险程度可想而知) 。
方案2:
辅助库+主库账号 全部授予sysadmin权限(凶险程度更上一层,但是相对而言管理简单,而且切换非常灵活,几乎不需要人工干预)
诸位大神对alwayson有深层研究的,有什么好的建议,请不吝赐教。
灰常感谢。。。
...全文
相关推荐
实用性部署MSSQL和Alwayson部署,Nginx Keepalived部署
- **只读负载均衡**:在适当配置下,只读查询可以被自动路由到辅助服务器,减轻主服务器的IO压力。
SQL Server AlwaysOn Revealed(2nd) 无水印原版pdf
"SQL Server AlwaysOn Revealed(2nd) 是一本关于SQL Server高可用性和容灾技术的专业书籍,由Peter A. Carter撰写。这本书详细介绍了如何使用SQL
sqlserverAlwaysOn.docx
SQL Server 2016 AlwaysOn 是一个高可用性和灾难恢复解决方案,它提供了对数据库的持续访问。
win8风格图表大全.ppt
**Secondaries(辅助副本)**:在AlwaysOn中,次要副本提供读取访问,可以进行备份而不影响主要副本,从而提高系统性能。3.
数据库sql2012包含北京、广州、浦东、深圳、天津、杭州等城市的poi数据库
其中一些关键特性包括:1. **AlwaysOn可用性组**:这是一个高可用性解决方案,允许数据库在一组副本来进行故障转移,确保业务连续性。2.


疑难问题
