风移_个人页

SQL Server技术本身支持。RDS SQL不支持。理由：基于安全考虑，禁止用户注册CLR，因为如果CLR质量没有控制好，会导致SQL Server本身服务挂掉。比如，写个死循环。

首先，从你的功能需求点来讲属于混合云的概念了。目前阿里云RDS SQL Server还没有对混合云的需求有很好的产品支持。
其次，关于错误的解释，RDS SQL Server 2008R2，用户的连接地址是一个虚拟的地址。因为我们是双机高可用版本，用户的这个地址后面挂了两台SQL Server实例，当主库挂掉以后，会在30秒内切换到备库。所以，SSMS报错（仔细看看错误信息的意思）。
再次，根据近10年的SQL Server维护经验来看，建议慎重使用发布订阅（其实是Replication技术，中文名叫复制），这个里面有太多的坑和不可控因素，具体体现在：
1. 每个数据库的Log Reader是单线程，效率非常低，尤其是做大事务操作，写了很多事务日志的时候，LogReader执行超时，挂起。
2. Replication极易报错，比如：主键冲突，数据不存在，更新冲突检测等
3. Replication后期维护成本很高，必须依赖于强大的监控系统，错误检测系统，错误自动修复系统等，否则，人为维护工作量太大
4. Replication是基于表级别的，也就是有新表建立的时候，需要从头建立Replication，走一遍。
5. Replication对大表支持力度很弱。如果表中有大字段，同步效率更低了。

最后，最后，关于如何将RDS数据同步到本地，三种方法：
1. 使用DTS做数据导出，导入到本地
2. 使用用户控制台，下载数据库全备，然后在本地环境恢复
3. 使用BCP命令，导出数据，然后BCP导入到本地环境，参见这个视频： https://help.aliyun.com/document_detail/52050.html?spm=5176.doc52050.6.705.7PrxRE

1. 每秒SQL编译是指：每秒钟发生在SQL Server内部的语句编译的数量。因为，每个语句在执行之前，都要经过编译过程。这个过程，SQL Server会根据统计信息来找到一个最优的执行路径（叫着执行计划），然后会将编译好的执行计划缓存到内存中。
2. 可能导致每秒SQL编译急速升高的原因有很多种，比如：
     a. 可用内存不足。当SQL Server认为系统可用内存不足时，会清理执行计划缓存来换取可用内存。清理执行计划以后的执行语句，会导致SQL编译
     b. 用户大查询。用户的大查询挤压系统可用内存。比如：系统给SQL Server的可用内存为1GB，但是用户的查询需要1.5GB的数据量，SQL Server需要额外获得500MB的内存空间，导致上面讲得可用内存不足，清理执行计划的动作。
    c. 用户自己发起了清空执行计划缓存的命令。
    d. 用户发起了重启SQL Server服务的动作以后，原因和a相似。
    e. 用户发起了HA切换，主备切换以后，用户连接到了备库，执行SQL语句需要重新编译
  .....
等等情况。

你好，阿里云RDS SQL Server是支持TDE加密的，防止拖库，保证数据库安全。

如果需要的话，留一个联系邮箱，我发给你。我有Filezilla 3.6.0.2版本。

-------------------------

请参考这个链接中的热门反馈： https://help.aliyun.com/document_detail/26148.html?spm=5176.doc26147.6.596.vMLevn

请问如何迁移的？通过DTS还是ftp上传备份文件？如果是后者，应该不会掉默认约束，如果是前者，提个工单，让DTS的同学帮忙找找原因。

使用的什么类型的RDS？ 如果是SQL Server的话，不奇怪，SQL Server对于内存使用的是贪婪算法，只要有空余的内存，就会使用内存。只有当系统感觉到有内存压力了活着缓存过期了，才会回收内存。

应该是支持的，但是最好不要这么用。理由是，以后你写数据库名字的时候超级麻烦，必须要使用中括号括起来。比如：[AAA.BBB]

这么细致和要求严格的权限设计，建议您通过工单系统联系阿里云售后或者后端的工程师来帮忙吧。

一个一个回答你的问题：
1. 阿里云RDS SQL Server 2008/2012的确不支持链接服务器。
2. 链接服务器不是做数据库拆分的方法。你有没有想过如果某一个服务器出问题了，比如hang住了，链接到这个服务器的所有查询都失败了，影响得多广泛？
3. RDS SQL Server 2008做主备切换的时候，是主备实例上的所有数据库都会做切换。除了大概有30秒左右的闪断外，对于用户是透明的。

另外问你一个问题：
你买的实例是什么规格？如果你发现SQL Server压力过大的话，我建议您按照这个思路来解决：
1. 是否做到了数据库查询的最优化了？没有missing Index？没有读写热点？没有过期的统计信息？索引都定期维护了？索引碎片率维持在很低水平了（30%以下）？
2. 如果上面这一点很难做到，或者是没有时间做到，数据库压力问题只能通过加强硬件性能来扛了，升级吧，升级CPU／Memory

请问买的RDS什么数据库呢？如果是MSSQL Server的话，是有系统数据库文件和日志文件空间，比如Master，tempdb，msdb等。

看错误信息，用户没有权限创建链接服务器，目前阿里云RDS SQL Server不支持链接服务器功能。

MSSQL 2012都是跑在ECS上的，所以MSSQL 2012指的就是SQL 2012 on ECS，性能没有差异。

-------------------------

1核 2GB跑SQL 2012非常吃力，Windows起来吃掉700 ～ 1000 MB内存，其它七七八八的服务吃掉300MB左右吧，还得预留部分空余内存，余下的给SQL 2012已经非常少了，估计上限不超过512MB。这么低的配置，用户几乎不能跑任何线上业务吧。估计从MSSQL 2012的稳定出发，宁愿下线掉这个规格，也比每天客户投诉稳定性问题的要好。

个人认为，如果你需要把你的产品数据库使用MSSQL 2012的话，还是选择稍微高点规格比较好。