none
收集一下 SQL Server 2012 使用的经验 RRS feed

  • 常规讨论

  • 计划升级 2012 的,主要是  Always on 的这个功能。顺便收集下大家使用这个版本的一些经验和问题

    稳定性仍然是最担心的问题(也因此不直接到2014),已经 SP3 了,似乎没有想象中的成熟稳定,SP3 CU1中还有导致崩溃的 BUG

    https://support.microsoft.com/zh-cn/kb/3123299

    always on 不知道稳定性如何,反正在 2008R2镜像中,一个月总会来那么一两次 3456 的错误(Could not redo log record (1289254:11456:128), for transaction ID (0:938603585), on page (1:2685006)),不得不重建镜像,不知2012的 Always on group怎么样,如果也有这种情况,那就。。。。

    Replication 高可用仍然是纠结的问题,名称绑得死死的,名称始终是服务器变化中的痛(很久之前微软亚太区博客上有说2012改replication架构了,不知道改了啥)

    Job = 系统DB。。。

    2016年3月11日 4:54

全部回复

  • In out experience sql2014 handles alwayson much better, never get error like 3456 on 50+ sql2012/4 servers so far.
    2016年3月11日 13:33
  • 从2016年1月开始全面升级到sql2012,核心库用awo,到现在还没有出现过问题

    我们是awo两个节点,同步提交模式,使用共享文件夹仲裁,共享文件夹放在域控上,虽然不太安全,不过公司抠无办法

    两个节点都用ssd,128g内存,24核cpu,Windows2012r2

    最好用最新操作系统

    维护过程的一些总结

    问题1 :异地节点如果不去除投票权,那么异地节点的可用性数据库当丢包率达到30%会出现未同步/可疑的情况

    问题2 :用Windows Server 2012打开集群管理器,点击角色就会提示“创建了一个弱事件,但它位于错误对象上,因此发生故障的几率很高。请查看并更改你的代码以防止发生此问题”
    解决方法 打上Windows8-RT-KB2803748-x64.msu补丁 ,重启机器即可解决.
    补丁已经上传到有道

    问题3:故障转移之后 辅助副本一直处于resolving
    解决方法:在集群管理器里-》角色, 选中alwayson所在角色 右键属性
    选择首选所有者

    问题4:创建侦听器之后出现Event ID 1222
    Event ID 1222 (Microsoft-Windows-FailoverClustering)
    实际上我们可以不用解决这个问题,忽略这个警告也可以

    问题5:加入域的机器不要把公网网卡也加入到DNS


    Love SQL


    2016年3月11日 14:58
  • 多谢华仓的分享,也欢迎其他童鞋看看谈谈

    2016年3月14日 8:32
  • 从高可用的角度来看,alwaysOn有几个令人不爽的地方:1.不能同步SQL Job,必须手动在多各个副本上创建,且只允许其中1台的作业启用;2.不能同步login user,一般我们会为不同的人员分配不同账户,这些账户只能手动在各个副本上创建;

    邹大侠说的稳定性,貌似我答非所问了。


    chenl

    2016年3月29日 8:34
  • 在系统数据库中的东东都不受支持,这个没办法,不过这些东东的变化频率低,倒不会有什么大问题,重点是稳定可靠就好了

    最近的测试遇到的问题是先从 cluster 里面把去掉一台,结果可用性组里面死活都不让删除对应的 replica 了

    2016年3月30日 7:50
  • 确实,毕竟alwaysOn是alwaysOn,集群是集群。两者还必须单独添加和删除。

    chenl

    2016年4月1日 8:54
  • 客户端优先升级了2012, 结果发现 Windows 身份验证出现了怪问题

    同一个域帐号, 连接 2008R2

     客户端为 2012j时,有的电脑上没有任何问题

    有的电脑上能够连接一部分2008R2,另一部分死活不能连接(超时),用 2008R2客户端,或者 SQL身价验证都没有问题

    ------------------- 想来想去没想明白

    如果是网络问题,2008R2和 SQL 身份验证能够证明网络没问题

    如果是域身份验证问题,2008R2客户端连接下灾,能够证明没问题

    如果是2012客户端连接 2008R2的问题,那么同一个帐号在有的机器上为什么都没问题

    SQL 2012 用的 SP3 版本

    2016年4月7日 8:04
  • All instances use same sql port? Ensure sql server browser service is running if machine has named instance.
    2016年4月7日 13:30
  • 连接的都是默认实例,1433, 所有的测试都是直接用IP连接,没有用名称
    2016年4月8日 0:58