BJury's questions

有什么方法可以让我看到正在使用哪些权限来确定用户对给定对象的访问权限？我能够看到已将哪些权限授予数据库中的各种角色和用户，但是这些报告与实际发生的情况不一致时遇到了问题。

例如，下面的 SQL 将返回我对给定对象的有效权限：

SELECT * FROM fn_my_permissions('dbo.SomeTable', 'OBJECT') 
ORDER BY subentity_name, permission_name ; 

返回：

entity_name         subentity_name permission_name
------------------- -------------- ---------------
dbo.SomeTable                      INSERT
dbo.SomeTable                      SELECT
dbo.SomeTable                      UPDATE

非常有用的是以下内容，它解释了每个行项目的来源：

entity_name         subentity_name permission_name reason
------------------- -------------- --------------- ----------------
dbo.SomeTable                      INSERT          dbowner
dbo.SomeTable                      SELECT          role: datareader
dbo.SomeTable                      UPDATE          role: sysadmin

请注意，网站上有一个类似的问题，但是接受的答案是返回设置的权限的查询，而不是所述权限的来源。

编辑：询问的原因是这里看到并解释了以前权限的“阴影” 。但是，如果我可以访问类似上面的内容，它将表明 SQL Server 认为我是给定角色的成员，从而为我指明了正确的方向......

是否可以强制 SQL 日志传送从给定的 .trn 文件向前运行？

我有两个数据库，其中一个运送到另一个，这工作正常。但是，我必须恢复主数据库，并在此期间创建了另一个 .trn 文件。（鉴于数据库已恢复，因此无法在任何地方应用，这将是垃圾。）对于下一个事务，我手动备份了整个数据库，并且可以手动将其恢复到日志目的地。（下图 13.trn）

创建的下一个交易文件也可以手动恢复。然而，作业在完整备份之前停留在事务上（下面的 12.trn），当然作业失败了，因为它在目标数据库后面。

如果我可以将其设置为尝试 15.trn，它应该（可能）有效！我试过更改 msdb..log_shipping_secondary_databases 无济于事。

那么，是否可以设置sqllogship.exe接下来使用哪个文件呢？

下面的基本示例！

10.trn
11.trn
<DB Was Restored>
12.trn
13.trn (contains full backup)
14.trn  
15.trn