标签: azure-sql-database

我遇到了代码优先模型的问题.数据现在在数据库中,所以我不能使用DropCreateDatabaseIfModelChanges类重新种子数据库,但我需要更改一个表,以便bigint列不是IDENTITY(1,1).我已经成功使用SSMS,但现在我的EF代码说它已经过时了.这是有问题的表的代码:

public class Vote {
    [Required, Key, DatabaseGenerated(DatabaseGeneratedOption.None)]
    public long FacebookUserId { get; set; }
    [Required]
    public Entity Entity { get; set; }
}

所以我改变了我的表模式和我的模型(我认为它是它的反映,但我显然是错的),但EF仍然说我的模型已经过时了,我无法重新播种数据库让它"完美".

任何帮助将非常感激.

谢谢,

本杰明

执行SQL Azure数据库的夜间自动备份的最佳方法是什么？我使用"创建数据库xxx作为yyy副本"技术进行更改之前需要进行随机备份,但我需要一些自动的东西.

我已经考虑过在SQL Azure实验室中使用导入/导出功能,并使用每晚运行的脚本导出到我的笔记本电脑

https://www.sqlazurelabs.com/ImportExport.aspx

但是,对于应该是企业准备的服务来说,这似乎有点笨拙.

有更好的方法来执行SQL Azure备份吗？

我有一个经营小企业的客户.他们需要一个自定义数据库解决方案,我正在研究各种选项.我的经验仅限于使用本地SQL Server(没有ASP.NET)的.NET,但是,这个客户端是非技术性的,并且可以从外包DBA任务中受益.我是一个完整的Azure noob,我刚刚扫描了这些教程,它们都是针对开发MVC ASP解决方案的.客户端不需要基于浏览器的解决方案.使用来自不同地理办事处的胖桌面客户端将是我能提供的最便宜的选择.我只是想节省一些时间来浏览所有教程和文档,结果却发现这不是SQL Azure的目的.实际上我的问题归结为:

1. 我可以使用Entity Framework 4开发一个C#/.NET WPF桌面应用程序并让它命中SQL Azure而不是本地SQL Server吗？

2. EF4和SQL Azure有任何已知问题吗？

3. 使用SQL-Azure而不是本地SQL Server是否存在其他隐藏的开发成本/复杂性.

4. 基本工具是否支持相同？我能想到的一个具体例子; 获取SQL Profiler工具进行故障排除？

5. 最后一个问题是与安全相关的,我不够复杂,不能问一个好问题,但这种方式是否会被SQL Azure数据库视为一种安全问题？

目前我每天都在生成SQL脚本以备份SQL Azure数据库.我需要使用一些免费软件自动化这个过程.我怎样才能实现这一目标？

注意: - 我需要以SQL Script的形式将备份带到某个本地机器.

我需要用新的管理员登录/用户替换旧的管理员登录/用户.我尝试了以下方法:

CREATE LOGIN newDbAdmin WITH password='123isTheBestPasswordEver'
CREATE USER newDbAdmin

有了这个,我就可以通过Microsoft SQL Server Management Studio登录Azure SQL.但它似乎不是管理员级登录+用户.我无法创建表和管理员可以做的其他一些事情.我怀疑我需要授予某些模式的权限(dbo？)或者那些沿线的东西......

那么,在Azure SQL上创建用户+登录的正确方法是什么,具有与原始管理员相同的权限级别(在我通过Azure门户网站创建数据库时创建).

在相关的说明中,我假设处理旧登录的正确方法是:

DROP USER oldAdmin
DROP LOGIN oldAdmin

？

备份/还原Azure SQL数据库的最快方法是什么？

背景:我们拥有大小约为40 GB的数据库,并且Azure SQL数据库导入/导出服务以本机方式从.bacbac文件(~4GB压缩数据)恢复它需要长达6-8小时.创建.bacpac也很长,需要大约2个小时.

UPD:

UPD. 使用CREATE DATABASE [DBBackup] AS COPY OF [DB]40 GB数据库创建数据库(通过事务一致的方式)复制只需15分钟,并且还原是简单的数据库重命名.

UPD.2014年12月.让我与您分享我们最终获得的数据库迁移架构最快方式的经验.

首先,数据层应用程序(.bacpac)的方法在DB变得稍微大一点后对我们来说是不可行的,如果你有至少一个总体大小的非聚集索引,它对你也不适用> 2 GB,直到您在导出之前禁用非聚集索引 - 这是由于Azure SQL事务日志限制.

我们坚持使用Azure迁移向导,对于数据传输,只需为每个表运行BCP(BCP的参数是可配置的),并且比使用.bacpac的方法快20%.

以下是我们在迁移向导中遇到的一些陷阱:

1. 我们遇到了非Unicode字符串的编码问题.确保BCP导入和导出以相同的排序规则运行.它是-C ... 配置开关,您可以在MW应用程序中找到BCP调用.config文件的参数.
2. 考虑到MW(至少是本文撰写时的实际版本)运行BCP,其参数将使约束处于非可信状态,因此不要忘记在BCP导入后检查所有不受信任的约束.

尝试过几次导出我们的sql数据库,几个不同的副本(区域复制),我们总是在我们的存储blob帐户中获得一个零字节文件.没有状态,没有错误消息.

任何提示？

Azure SQL Services看起来很酷,我想将它用作托管数据库.我为自己设置了一个入门网络版数据库,点击了一百五十个EULA后,我找到了一个控制台并创建了一个数据库.它为我提供了ODBC和ADO.NET的连接字符串.

我正在使用Mac,10.6.我有什么选择？

理想情况下,我会发现像Sequel Pro或Querious这样可以与ODBC一起使用的东西.如果失败了,是否有网络控制台或什么？

我想在perl中总是有DBI :: Shell.

有没有什么比在VMWare中安装Windows 7/VS2010更好的了？

只是想通过大家来运行这个,看看是否有任何明智的想法,因为我已经用尽了所有的想法,经过一整天,晚上和早上的搜索.在并发使用(硒测试)时,我们遇到的问题总是围绕数据库连接,例如超时,丢弃/关闭连接,数据库服务器无法访问.

该问题似乎仅限于Azure,因为即使在指向同一数据库(SQL Azure)的相同代码上运行相同的selenium测试,我们还没有在本地遇到此问题,因此它会指出它出现问题SQL Azure中的数据库连接.到目前为止,我们尝试了以下内容:

1. Azure瞬态故障处理 - 当SQL Azure服务本身存在临时问题时,我们具有重试逻辑.
2. 改变通信协议 - 我们已经尝试了TCP和命名管道,我们遇到了同样的问题.
3. 调整数据库连接超时间隔 - 我们尝试增加此功能无济于事.
4. 添加多个活动结果集 - 我们将此添加到连接字符串无效.
5. 连接状态检查每个查询 - 当我们返回DataContext时,我们检查它的连接并在必要时重新打开.
6. 关闭连接池 - 我们也试图这样做没有成功.

7. 更改了设计模式 - 我们甚至花了很长时间来实现工作单元设计模式,其中数据库连接在每个工作单元之后被启动和处理但是这导致了其他地方的延迟加载问题,将对象传递给方法并且它在这一点上,返工会过于庞大.

8. 更改角色大小 - 我能想到的最后一件事就是在Windows Azure中存在任何隐式连接限制的情况下提升角色大小 - 目前正在进行部署,因此它仍有一半的可能性!

站点基础结构如下:

• DataContext类(扩展DbContext),它是Code First EF上下文.
• BusinessLayer类包含一个私有的非静态DataContext.DataContext是注入每个Manager/Helper类的构造函数.
• BusinessLayerService类包含一个公共的线程静态BusinessLayer实例.
• MVC站点使用BusinessLayerService.Instance来访问查询和更新它们已传递的DataContext的管理器类.

任何帮助将不胜感激.

更新:我们将VM大小提升到中等,它所做的只是意味着同一个问题花费的时间更长.

当问题开始发生时,团队成员注意到发生了以下异常:

InvalidOperationException:执行命令需要打开且可用的连接.连接的当前状态被破坏.

每当数据库被命中时(这不是特定于某个代码区域),就会发生这种情况.

我对Azure Webapp有一个非常大的问题,并希望听到建议.

我们的经历:

当我转到我们的网站时,它非常快.平均负载约为1秒,并按预期响应.

但是,一旦pr.10-20分钟,我们得到一个非常冷的负荷 - 它是30-60秒+.

如果该网站没有访问者并且很冷,这是有道理的,但我们在网站的所有工作时间都有10位以上的访问者,至少有3-5个请求.

当然,这种额外的负荷是完全不可接受的.

有任何想法吗？

我们的设置:

我们有两个天蓝色的网络应用程序.一个用于生产,一个用于开发.

生产是一个"标准小",当CPU达到65-85%时,自动缩放.

我们的数据库是S2,10 gb.

这是一个非常简单的标准ASP.NET MVC站点,包含一些文本,表单和一些远程连接.

唯一的"非标准"是300万索引页面,它们可以查看数据库(页面加载大约为1秒).这会吸引很多来自Google的访问者.我们还收到一些来自谷歌的抓取,因为我们有一个包含3mio +页面的站点地图.

监视器的数据:

编辑:来自新监视器的数据.

web应用程序:

数据库:

配置:

制作网络应用程序:

数据库:

我们的尝试:

1:永远在线.

我们总是多次尝试过,但是在最初的30分钟到6个小时之内的某个时间点,该网站只是下降而不会回来**.这当然是一个巨大的问题,并不是一个解决方案.

2:在VM上运行.

我们在Azure(4gb RAM)上的VM上有一个非常稳定和精细的设置,运行正常.我们的反应相当缓慢,但效果不错.但是,我们希望使用Web应用程序将缩放和平台"外包"到Azure - 我们只是不能接受这个速度:)

**

它永远没有反应,直到超时.我尝试了两种方案:一种是停止和启动web-app工作,另一种是我必须进行重新部署