标签: azure-sql-database

我在MS网站上读到SQL Azure不支持SQL事件探查器.人们用什么来分析在这个平台上运行的查询？

在创建与AzureSQL数据库的连接时,我经常遇到上述错误.我已经实现ReliableSqlConnection了重试逻辑以试图避免这个问题,但它一直无济于事.以下是错误堆栈跟踪示例:

System.InvalidOperationException
Internal .Net Framework Data Provider error 6. 
System.InvalidOperationException: Internal .Net Framework Data Provider error 6. 
at System.Data.ProviderBase.DbConnectionPool.CreateObject(DbConnection owningObject, DbConnectionOptions userOptions, DbConnectionInternal oldConnection)
at System.Data.ProviderBase.DbConnectionPool.UserCreateRequest(DbConnection owningObject, DbConnectionOptions userOptions, DbConnectionInternal oldConnection)
at System.Data.ProviderBase.DbConnectionPool.TryGetConnection(DbConnection owningObject, UInt32 waitForMultipleObjectsTimeout, Boolean allowCreate, Boolean onlyOneCheckConnection, DbConnectionOptions userOptions, DbConnectionInternal& connection)
at System.Data.ProviderBase.DbConnectionPool.TryGetConnection(DbConnection owningObject, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal& connection)
at System.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal oldConnection, DbConnectionInternal& connection)
at System.Data.ProviderBase.DbConnectionInternal.TryOpenConnectionInternal(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions userOptions)
at System.Data.ProviderBase.DbConnectionClosed.TryOpenConnection(DbConnection outerConnection, …

我想创建一个SQL Azure用户并授予她对少数几个DB的只读访问权限,我可以使用哪个脚本来实现这一目标？

我想比较SQL Server 2012和SQL Azure之间的模式,但我在Visual Studio 2013中遇到此错误:

将SQL Server 2012指定为目标平台的项目无法发布到SQL Azure.

是否可以比较这两种数据库类型？

我做了几十次,但最近刚遇到这个错误.以下是我到达此处的步骤:

1. 在与原始服务器相同的服务器上创建Azure SQL v12数据库的副本
2. 将副本版本(从用户交互完全不活动)导出到blob存储
3. 将.bacpac文件从blob存储下载到本地驱动器
4. 在SSMS(2016年10月发布)我的本地sql server实例中,右键单击Databases并选择'Import Data Tier Application'
5. 选择我最近下载的bacpac文件并开始导入

炸弹只需要几秒钟,我就会收到错误:

Error SQL72014: .Net SqlClient Data Provider: Msg 33161, Level 15, State 1, Line 1 Database master keys without password are not supported in this version of SQL Server
Error SQL72045: Script execution error. The executed script: CREATE MASTER KEY;

我对同一个数据库进行了相同的处理1.5个月前,任何一切都运行正常......还有其他人遇到过这个吗？我安装了SSDT版本14.0.61021.0 - 不确定是否重要.我也在运行SQL Server 2016 Developer Edition(v13.0.1722.0).

Azure中是否有设施来获取数据库的副本？或者更确切地说,分离mdf并将其作为文件？有时我会在云中创建一个数据库,它会持续一段时间,然后我想将其删除并归档.我当前的rutine使用SQL Azure迁移向导将数据库复制到本地Express实例,然后我将其分离并放在一个安全的地方.

编辑 有趣的是我的选择方法这次抛出异常.所以它远非理想.

这是一个相当大的话题,blobs vs tables vs SQL,尽管我到目前为止所阅读的内容还是找不到适当的推理.

我们有一个多租户SaaS Web应用程序,我们即将迁移到Azure.我们使用SQL Server 2008数据库.我们存储属于文档的文档和日志信息.有点像Dropbox.

论坛声明,在考虑"大型"对象时,最好使用Azure表.我们通常每个用户存储数百个文档,文档大小从5kb到30mb不等,绝大多数都在1MB左右？

什么时候去Blob,Tables,Sql有什么基本规则？我已经知道我不应该将文档存储在SQL中,因为它太贵了.但是什么时候将文件存储在Blob中变得"有益",何时我会更好地使用表格？是否有某种公式如:

if (objects * MB/object * objectrequested > y) then blobs, else tables

我已经在可怕的"错误19"上尝试了所有其他帖子,并发现少数答案不适用或没有帮助,因此这篇新帖子.对于所有Azure + EF用户来说,这是一个非常严重的潜在问题.

第一次出现:

我正在使用VS2013 EF6.1 Razor项目中的所有内容的最新版本(最后列出的软件包).该数据库托管在SQL Azure上.

运行我的webapp几次后(在开发环境中)我收到此错误: A transport-level error has occurred when receiving results from the server. (provider: Session Provider, error: 19 - Physical connection is not usable)

它死的线总是如此:

我收集错误与连接池(和连接用完)有关,但我无法在任何地方发现泄漏.

当我访问整个应用程序中的OWIN成员资格和其他数据库功能时,我有一个DatabaseContoller所有其他控制器继承的.这将创建所有相关组件并处理它们.

DatabaseController.cs

[Authorize]
public class DatabaseController : Controller
{
    #region properties
    /// <summary>
    /// User manager - attached to application DB context
    /// </summary>
    protected UserManager<ApplicationUser> UserManager { get; set; }

    /// <summary>
    /// Role manager - attached to application DB context
    /// </summary>
    protected …

Microsoft Azure SQL云数据库的每个服务层和性能级别的资源和功能均以数据库吞吐量单位(DTU)表示.

这些是相对测量单位.有没有办法将它们转化为绝对测量？具体可以将它们翻译成IOPS吗？

我目前正在一台专用机器上运行MS SQL Server 2014(12.1.4100.1)的实例,我租的价格为270美元/月,具体如下:

• Intel Xeon E5-1660处理器(六个物理3.3ghz内核+超线程+ turbo-> 3.9ghz)
• 64 GB注册DDR3 ECC内存
• 240GB英特尔SSD
• 45000 GB的带宽传输

我现在已经开始使用Azure SQL数据库了,并且一直在尝试切换到他们的平台.我在V12服务器上使用他们的P2 Premium定价层启动了一个Azure SQL数据库(只是为了测试),并加载了我现有数据库的副本(来自专用机器).

我并排运行了几组查询,一组针对专用计算机上的数据库,另一组针对P2 Azure SQL数据库.结果令人震惊:我的专用机器每次都以极大的优势超越(在执行时间方面)Azure数据库.通常,专用数据库实例将在Azure数据库执行的时间的1/2到1/3之内完成.

现在,我了解Azure平台的许多好处.它是在专用机器上管理我的非托管设置,它们具有比我更好的时间点恢复,防火墙易于配置,有地理复制等等.但我有一个数据库数百个表在每个表中有数十到数亿个记录,有时需要跨多个连接查询等,因此在执行时间方面的性能确实很重要.我发现令人震惊的是,每月930美元的服务在每月270美元的专用机器租赁旁边表现不佳.我对SQL整体上还是一个新手,对于服务器/等等都是新手,但这不会对其他人产生影响吗？有没有人对我在这里缺少的东西有所了解,或者是那些其他的"管理"

最重要的是,我已经开始超越我的专用机器的能力了,我真的希望Azure的SQL数据库是一个不错的,下一个踩踏石头,但除非我遗漏了什么,否则它不是.我是一个太小的企业仍然出去在其他平台上花费数十万.

任何人都有任何建议,如果我错过了什么,或者我看到的表现符合你的期望？我还有其他任何可以产生比我目前运行的专用机器更好的性能的选项,但不要花费数万/月？我可以为Azure SQL数据库做些什么(配置/设置),这会增加执行时间吗？再次,任何帮助表示赞赏.

编辑:让我修改一下我的问题,或许让它更清晰一点:就我所看到的纯粹执行时间性能而言,我所看到的是,专用服务器@ 270美元/月的表现远远优于微软的Azure SQL DB P2层@ $ 930 /月？忽略托管与非托管之类的其他"特权",忽略Azure等用于生产等的预期用途.我只需要知道我是否遗漏了Azure SQL DB的内容,或者我是否真的应该更好单个专用机器的性能.