问题

在 BarTender 2019 及更高版本中，执行 BarTender 系统数据库管理任务所需的最低权限是什么？

解答

服务器角色：dbcreator 和 数据库角色：db_owner 是在管理控制台下对 BarTender 系统数据库执行所有管理任务所需的最低权限。

以下是管理控制台中各项任务对应的权限说明：

不过，即使拥有上述权限，目前已知在执行维护时，如果操作用户没有 sysadmin 角色，操作会失败。错误信息类似如下：

存储过程：sp_updatestats 执行失败；内部信息：用户没有执行此操作的权限。
已处理数据库 'SystemDB' 的 584 页，文件 'SystemDB' 在文件 1 上。
已处理数据库 'SystemDB' 的 1 页，文件 'SystemDB_log' 在文件 1 上。
BACKUP DATABASE 成功处理了 585 页，用时 0.091 秒（50.217 MB/秒）。

这是一个已知的 SQL Server 问题。在维护过程中使用的某个存储过程 'SpDeleteRecords'，会调用 SQL Server 的内置过程 'sp_updatestats'。这样做是为了在删除记录后提升查询性能。

不幸的是，尽管微软文档说明数据库所有者（dbo）有权限执行该操作，但目前 SQL Server 存在一个 bug，导致执行失败。

解决方法是让客户通过 SQL Server Management Studio 修改 'SpDeleteRecords' 存储过程，具体操作如下：

在 SQL Server Management Studio 左侧窗格中，找到“YourDatabase\Programmability\Stored Procedures”，右键点击 dbo.SpDeleteRecords，选择“Script Stored Procedure as ALTER to > New Query Editor Window”，生成 ALTER 脚本。

在脚本的 ALTER 行后面添加 "with execute as 'dbo'"，如下所示：

ALTER PROC [dbo].[SpDeleteRecords](@pastUtcTicks bigint, @categories nvarchar(1024)) with execute as 'dbo' 

按 F5 或点击工具栏上的“! 执行”按钮运行该脚本。

这样会强制 'SpDeleteRecords' 以数据库所有者的身份运行。修改存储过程后，再次尝试执行维护（使用上表所述的最低权限），应该就可以正常运行了。