我必须将运行 SQL Server 2008 R2 Standard Edition SP1 的 SQL Server 降级到 2008 R2 Web Edition SP1。
我在服务器故障上发现了这个问题：
其中链接到类似的场景：
从 SQL Server 2008 R2 Enterprise Edition（试用版）降级到 R2 Web Edition（许可）
此服务器未安装 Analysis Services，我尝试运行版本“升级”工具并出现此故障：
我检查了详细的报告，它说的是：
规则名称：EditionUpgradeMatrixCheck
规则描述：检查选定的 SQL Server 实例是否满足升级矩阵要求。
结果：失败
消息/纠正措施：所选 SQL Server 实例不满足升级矩阵要求。
奇怪的是，版本降级规则已经通过。
我从 SQL 2008 R2 Web Edition DVD 运行它。
谁能指导我将此SQL服务器降级到Web版，我现在不知所措。
我们有一个 MySQL 5.1.59 服务器，它有 30-40 个现有的 MyISAM 数据库。我需要部署一个需要 InnoDB 数据库的应用程序。
我可以只在中启用/配置 InnoDB/etc/my.cnf并重新启动 MySQL，还是有比看起来更多的功能？
我应该补充一点，这是一个从源代码构建的 MySQL 环境（在 CentOS 5.5 x64 上运行），我们计划使用 InnoDB 插件而不是内置的 InnoDB 功能。
该计划是按照本页所述的步骤进行操作：
http://dev.mysql.com/doc/refman/5.1/en/replacing-builtin-innodb.html
我们也想用innodb_file_per_table.
除了调整池大小等参数之外，还有什么我应该考虑的吗？
INSERT当我对具有列的表执行单行时，AUTO_INCREMENT我想使用该LAST_INSERT_ID()函数返回AUTO_INCREMENT为该行存储的新 'ed 值。
毫无疑问，许多 Microsoft SQL Server 开发人员和管理员都知道 SQL Server ( SCOPE_IDENTITYand @@IDENTITY) 中的等效功能并非没有问题。
我知道 MySQL 文档状态：
生成的 ID 在每个连接的基础上维护在服务器中。这意味着函数返回给给定客户端的值是为影响该客户端列的
AUTO_INCREMENT最近语句生成的第一个值。此值不会受到其他客户端的影响，即使它们生成自己的值。这种行为确保每个客户端都可以检索自己的 ID，而不用担心其他客户端的活动，也不需要锁或事务。AUTO_INCREMENTAUTO_INCREMENT
甚至说：
从多个客户端同时使用
LAST_INSERT_ID()和AUTO_INCREMENT列是完全有效的。
是否存在任何可能导致LAST_INSERT_ID()无法返回正确值的已知风险或场景？
我在 CentOS 5.5 x64 和 Fedora 16 x64 以及 InnoDB 引擎上使用 MySQL 5.5。
我有一个有效的模板 SSIS 包（实际上是一个维护计划），它被复制并用作新维护计划的基础。
在这个包中有一个包含许多任务的序列（或子计划）。
我知道我可以在 BIDS 中更改包裹的 ID，即：
但是我无法更改子计划序列的 ID，该 ID 是灰色的：
SQL Server 2005 或 2008(R2) 的 BIDS 均不允许我更改此值。
有没有办法做到这一点？
理由：
为了给您一些背景知识，这些包会自动安装在使用dtutil. 然后运行一个脚本来为包创建一个 SQL 代理作业。该脚本的一部分执行名为msdb.dbo.sysmaintplan_subplans. 此存储过程用于连接作业、计划和子计划之间的点。
例如：
EXEC @ReturnCode = msdb.dbo.sp_maintplan_update_subplan
@subplan_id = @thesubplanid,
@plan_id = @theplanid,
@name= @subplanname,
@description = 'Created by Provisioner',
@job_id = @jobid,
@schedule_id = @jobscheduleid_out,
@allow_create = 1
@plan_id是包 ID，@subplan_id是序列或子计划 ID，如上面的屏幕截图所示。
sysmaintplan_subplans向表中添加一条记录msdb.dbo.sysmaintplan_subplan，但主键是subplan_id. 这就是为什么我需要能够在 BIDS 中更改子计划的 ID。
我有一种方法可以查询 SQL Server 2005+ 的各种日志文件的文件系统位置。我的意思是文本日志文件，而不是数据库事务日志文件？
例如，我的 SQL 代理、错误日志和维护计划都写入一个名为：
D:\MSSQLData\MSSQL.1\MSSQL\LOG
这是我需要找到名称的文件夹。
更新：
除了寻找 SQL 书籍外，我还浏览了下注册表
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer
和
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSSQLSERVER`
但我什么也没想到。
我也想要一种“官方”方式来实现这一点，而不是依赖于未记录的功能。
几乎我们在某些服务器上的所有数据库都不需要完全恢复模型（我们不做事务日志备份），并且默认应该始终创建数据库并指定简单恢复模型。
出于某些实际原因，很多数据库经常使用 SSMS 创建。然而，可能会犯错误，操作员可能会忘记指定简单恢复模型。几天后，当盒子由于三个或四个 60GB 的日志文件从未被截断而在磁盘空间上苦苦挣扎时，这导致了一个“惊喜”。
通过在数据库上配置恢复模型，我可以使简单恢复模型成为新数据库的默认设置model。但是，是否推荐这样做，如果我这样做，它会在未来以任何方式回来咬我吗？
自从它设置以来，我第一次需要重新启动一个只读的 MySQL 复制从站。
我发现这篇关于关闭一个奴隶进行维护的文章（尽管他只是在描述停止mysql守护进程）：
概括来说，程序是：
在mysql客户端：
STOP SLAVE;
FLUSH TABLES;
从操作系统：
/etc/init.d/mysql stop
我将在此时重新启动，然后在系统启动后：
在mysql客户端（mysql守护程序配置为在启动时启动）：
START SLAVE;
这看起来对吗？还有什么我应该做的吗？
这篇 Microsoft 文章 -如何为 64 位版本的 Windows Server 2008 和/或 Windows 2008 R2 确定适当的页面文件大小为计算 64 位 Windows 2008 和 Windows 2008R2 的页面文件大小提供了指导。这无疑适用于通用服务器。我想知道在 Windows 2008/R2 64 位上运行的 SQL Server 2008R2 的指导是什么？
我假设我们希望尽可能少的内存数据访问页面文件，否则 SQL 可能会两次访问磁盘以获取数据。SQL Server 甚至允许内存中的数据访问页面文件吗？我已经通过SQL Server 2008 R2 联机丛书寻找指导，但还没有找到任何关于页面文件使用的提及。
这是一个潜在的使用场景：给定一个具有 64GB RAM 的物理服务器，整个 64GB RAM 是否需要一个页面文件？我们应该为 96GB 的页面文件做准备吗？对于单个文件来说，这似乎有点过分。我知道传统观点认为 Windows 将页面文件与内存结合在一起，以试图在 RAM 上更轻松地换出应用程序，但这是真的吗？小于 64GB 的页面文件会影响性能吗？