Azure: Sql Database

 

• 传统的数据库： 一个服务器上有多个实例，一个实例上可以有多个数据库，这些实例和数据库共享这台服务器的物理资源，包括CPU和内存。
• Azure Sql Server: 它是一个PASS服务， 它只有服务器和数据库，没有实例这个概念。可以把多个数据库放在同一个服务器上面，但这个服务器是一个逻辑服务器，比如说数据库A和数据库B在同一个服务器上，数据库A和数据库B访问服务器的资源是隔离的，不会因为数据库A的用户数据响应比较高，而影响到B的用户数据。
• 创建的逻辑服务器不会收费，但在这个sql server上创建的database则会产生费用。
• DTU越高，则数据库的性能越高；DTU可以理解为一个资源度量单位。
• 如果要在本地连接数据库的话，一定要把本地的IP地址加到防火墙。
• 如果要升级DTU, 请在Pricing tier(Scale DTUs)中升级Premium等更高级别（从S2到P1），它会自动对数据库进行缩放。缩放的原理是：首先会把这个S2低DTU数据库进行完整备份到高DTU的P1数据库中，数据库服务器实际是一个逻辑服务器，相当于一个Proxy，在S2级别提交的任何事务它都会异步地放在这个P1级别的数据库中提交，前端的Proxy会把服务器指向到新的P1级的数据库，然后再把旧的S2级别的数据库下线。在整个切换过程中，是没有SLA指标的，所以在数据库切换的时候，数据库连接会有短暂的中断，应该选择非高峰时期切换。
• 如果要节省成本的话，可以使用automation进行自动缩放，比如在白天缩放到高DTU，晚上缩放到低DTU。
• 异地容灾方面，只有在一个数据中心才会有SLA保证，异地的是没有的，如果用中国版的Azure，只能手动Failover.
• 跨库查询：虽然两数据库是在同一服务器上，实际他们的资源的隔离的，必须通过创建External table来join.
• 动态数据掩码（Dynamic Data Masking)，可以将敏感信息（信用卡，手机号）等信息隐藏起来，非Admin用户将只能看到Masked的数据，保证数据的安全。
• Query Store（监控），可以通过个工具来检查SQL语句的性能和SQL查询计划,也可以通过Query Performance Insight 来检查SQL语句的性能。
• Azure SQL Database 时区为UTC时区
• 国内的Azure SQL Database没有SQL Agent，如果要运行SQL Job，请使用Azure Automation.