我已经配置并测试了数据库邮件。这一切都有效。我将 SQL Server 代理配置为使用我创建的配置文件。我重新启动了 SQL Server 代理。当我配置作业并转到通知并检查电子邮件时,下拉列表仍然为空。
我缺少什么?
我需要检查一些旧数据。我需要将昨晚的数据与今天的数据进行比较。
我将使用 SQL Data Compare 来执行此操作,但我需要设置一个新的数据库来恢复备份,以便我可以将其与现有数据库进行比较。
我的问题是,如果我有 4-5 天前的完整备份,以及此后直到今天的每一天的 .dif,我是否需要直到我想要恢复的时间点为止的所有 .dif,或者是否需要 .dif那天就够了吗?我想我需要最新的 .bak 作为新数据库的基础?
我有一个表,其主键是 int、自动编号自动增量。您的标准主键类型字段。
由于先前复制的数据库的情况很复杂,现在表中已有行的值高达 410000,但 IDENT_CURRENT 的值报告仅为 400060 左右。现在,我的代码试图插入记录并导致崩溃,因为数据库认为它应该使用数字 400060,但我已经有一条具有该 id 的记录。轰隆隆。
我已经研究过在表设计器中手动设置下一个数字,但是当查看它生成的脚本时,它将创建一个重复的表,将所有记录复制到其中,删除旧表,重命名它,用当我只需要一个简单的改变时,这一切都非常可怕。
有没有一种方法可以更改此值,而不会导致这么多不必要的更改?
我今天拥有一个相对较小的数据库,我预计我的数据库大小将在未来几个月内大幅增长。当数据库大小变大时,我应该采取哪些预防措施才能获得更好的性能?在这种情况下,将数据库的主文件组拆分为多个辅助文件组是否可以解决我的问题?请指教。
我的问题与这个问题Changing Windows Domain UserName非常相似,但原始问题没有明确回答我的细微差别。
如果我更改 Windows 用户用户名(例如,如果他们结婚了),我为旧用户名创建的 Sql Server 登录名是否会更新以反映更改,或者我是否必须为更新后的 Windows 用户创建新登录名?
谢谢本
我正在尝试使用 Sql Server Management Studio 从我的 VM 连接到位于我的主机中的 SqlServer 实例。
从我的主机,我可以使用 SSMS 连接到两个 SQL 实例,但是当我尝试从 VM 连接到主机实例时,SMSS 给出此错误消息(我的在 PT-BR 中):

我的环境是这样的:蓝色虚线块代表我的主机(PC_MASTER),橙色虚线块代表我的VM(MYVM):

以下是每台机器的主要组件:
PC-MASTER(主机): Windows 8 PRO-English w/ SQL Server 2012 Express。SQL 实例名称是“ PC-MASTER\SQLEXPRESS ”。
MyVM (VM): Windows Server 2012 BR-葡萄牙语,带有 SQL Server 2012 标准版。SQL 实例名称是“ MYVM ”。
防火墙:主机有一个入站规则,为所有程序/服务打开 1433/1434 TCP 端口;
SQL 协议:在两台服务器中,所有 3 个主要协议都处于开启状态,顺序如下:共享内存、TCP/IP 和命名管道;
远程访问:两个 SQL 服务器都配置为允许远程连接;
SQL 配置:正如 Somantra 指出的那样,主机 SQL 配置为仅允许通过端口 1433 进行静态访问。
从我的虚拟机(MYVM):
sqlserver.exe 正在根据 ProcessExplorer 运行。当我杀死它时,它稍后会回来。为什么?我已经在服务中禁用了该服务,即使它根据 ProcessExplorer 明确运行,它也没有显示为“已启动”:

当我尝试按照以下说明进行操作时:https : //technet.microsoft.com/en-us/library/ms187071(v=sql.105).aspx 我最终在一个屏幕上也显示它没有运行:

如何在不卸载任何东西的情况下永久停止它?
我的情况:我一直在为我的 SQL Server 寻找数据复制选项(我不是这方面的专家,我应该说 - 也不是英语)。我已经看到了一些选项,例如日志传送和 SQL 复制。对于日志传送,我读到它只有在两台服务器都使用 SQL 企业版(我使用 Express)时才有效。对于 SQL 复制,我看到在主服务器上需要 Enterprise,但我想知道(尽管我几乎可以肯定)是否在两台服务器上都需要 Enterprise。如果需要,是否有 Express 的 os 数据复制选项?我想要一些不会每次都复制整个数据库的东西,更像是事务复制。谢谢
我们有很多自己设计的程序可以与我们的 SQL Server (SQL Server 2014 Express) 通信。它们时不时地开始到处爆炸;我们跑来跑去试图找出问题所在,结果打开 SQL Server Management Studio 并发现我们的数据库没有运行。
更具体地说:我们打开 SSMS,展开“数据库”节点并显示:
[DATABASE NAME] (Recovery Pending)
打开 SQL Server 配置管理器并重新启动已关闭数据库的服务可以解决问题,并且一切都会重新开始工作……一段时间。
在遇到此问题几次后,我注意到它仅在我们重新启动服务器后才会发生 - 尽管不是每次都如此。这意味着有时当服务器启动时,SQL 无法执行相同的操作。一个有趣的事实是,我们在 SQL 服务器上运行了多个数据库,并且它们不会一起出现故障;其中一个数据库可能会显示“(Recovery Pending)”,而另一个则可以正常工作。
我一直无法找到解决这个问题的方法——甚至找不到原因。有任何想法吗?
编辑:
在浏览服务器的事件日志后,我发现了这一点:
日志名称:应用程序源:MSSQL$SQLEXPRESS 事件 ID:17204 任务类别:服务器级别:错误关键字:经典描述:FCB::Open 失败:无法打开文件 C:\Program Files\Microsoft SQL Server\MSSQL12.SQLEXPRESS\MSSQL \DATA\DuraDB.mdf 用于文件编号 1。操作系统错误:32(进程无法访问该文件,因为它正被另一个进程使用。)。
什么会导致文件锁定,尤其是在重新启动后?
我有两个虚拟机,每个虚拟机上都有一个 SQL 服务器,我需要从每台机器连接到两个 SQL 服务器,无论是从 SSMS 还是使用 PowerShell 脚本。
此外,今天我无法做到这一点,当我尝试连接到远程服务器时,总是从两台服务器上收到“拒绝访问”。

知道我错过了什么吗?