是否可以在抛出查询RAISEERROR时让 Sql Server 2008 发送电子邮件......或者至少，当 RAISEERROR 具有预定的错误代码或代码时？
……至少我是这么认为的。
我最近修改了我的开发服务器上的备份程序。我为用户数据库创建了一个维护计划，该计划在全天的关键点执行一些每周清理任务、每日完整备份和事务日志备份。
直到今天，一切都运行良好，当时收到一封电子邮件，通知我午餐时间备份失败。日志查看器没有透露太多信息，除了在日志条目结束之前成功备份了一定数量的数据库：
[snipped] Source: ... The package execution fa... The step failed.
不完全暴露
我突然想到，与以前的尝试相比，唯一的变化是我今天早上创建了一个新的（小而不起眼的）数据库。
我重新启动了 SQL Server 代理，并尝试手动重新运行（事务日志备份）步骤，但它再次失败。
但是，运行完整备份步骤（从而为我的新数据库创建第一个完整备份）有效 - 此外，再次重新运行事务日志备份步骤也有效。
由于缺少完整备份或以前的事务日志备份，事务日志备份似乎很困难。
这是预期的行为吗？一方面，在原始级别上，这种情况是有道理的，但实际上，我希望它能够更优雅地处理这种情况。
如果是这样，有没有办法自动处理这个问题？这种情况不会经常发生，但我不能指望在创建数据库时记得备份它，尤其是因为它仅处于开发的早期阶段。
如果不是，这种行为的可能原因是什么？我可以避免吗？
我有一个应用程序，我要从 SQL 2000 迁移到 2008。这已经很顺利了。运行 Win XP 和 VB6 应用程序的本地计算机正在运行。一台机器（只有一台我可以直接访问）运行 Win Server 2003，并且运行正常。但是，远程位置的工作站在 Windows 2000 上运行 VB6 应用程序。这些都不起作用。
我的问题是：Win 2000 机器上可能缺少或过时的内容（如果有的话）会阻止它们使用 SQL Server 2008。
如何禁用 SQL Server 的 Windows 身份验证模式并限制它每次都要求输入用户名和密码，而无需 Windows 身份验证？
我的数据库文件看起来很可疑。我们在生产阶段使用数据库。我看到 LDF 文件越来越多。而 MDF 文件似乎根本没有增长（我没有文件大小历史来证明它，但我认为它没有这样做！我敢打赌！）
所以我猜会发生什么？如何强制合并到 MDF？
当我从 SQL Server Management Studio 在 Windows Server 2008 上的 SQL Server 2008 Enterprise 中创建数据库时，我想分配要存储在网络映射驱动器 Z（我映射\\10.10.10.123\shared到驱动器 Z）上的数据和日志文件。但是我只能从 SQL Server Management Studio UI 中看到本地驱动器 C 和 D 来选择将数据文件放入，看不到驱动器 Z。有什么问题吗？
我有两个想法，不确定它们是否正确，
\\10.10.10.123\shared，我们需要输入用户名和密码，根据用户名的权限，我们可以写、读或没有权限。提前致谢，乔治
看起来2008 SP1是可能的：上一个问题。
但是当前较新的2008 R2版本呢？
我们计划使用单个 32 位 Express 版软件包安装在每台机器上。但是，在 64 位 Windows 7 上它会产生此错误：
FacetWOW64PlatformCheck
Determines whether SQL Server Setup is supported on this operating system
Failed
Setup is not supported in WOW64. This setup program can only be run on a 32-bit system.
setup.exe 的 /x86 标志不起作用。
将 x64/setup 文件夹复制到安装程序文件的根目录不起作用。
我正在尝试为规划和配置 MS-SQL 2008 R2 服务器的最佳实践找到一些好的参考资料。
我正在考虑存储配置、文件位置、推荐的应用程序或用户分离、常见陷阱等方面的问题。
当我启动 SQL Server 2008 R2 时，我连接到（本地）的数据库服务器。我想在（本地）/mypath 创建另一个数据库服务器。
但是，我不知道在哪里可以做到这一点。我可以在一台机器上运行多个数据库服务器吗？
sql-server-2008 ×10
sql-server ×4
64-bit ×1
alerts ×1
backup ×1
database ×1
email ×1
windows-7 ×1