当用户使用 GRANT 函数被授予对 SQL Server 中某些内容的权限时，它记录在哪里？
当我告诉他们我可以备份仍在运行的 SQL Server 数据库时，我的一些同事感到很惊讶，并想知道这怎么可能。我知道 SQL Server 能够在数据库仍处于联机状态时备份它，但我不知道如何解释为什么它是可能的。我的问题是这对数据库有什么影响？
如果在备份运行时修改了数据（通过插入、更新或删除），备份是否会包含这些更改，还是会在之后将其添加到数据库中？
我假设日志文件在这里起着重要作用，但我不太确定如何。
编辑：作为说明，我的案例涉及使用 SQL Server 代理备份数据库以及在此过程中数据库修改的影响。
我必须将我的活动目录迁移到新域。我知道我们运行的许多 SharePoint 和 SQL 应用程序都在其中使用域帐户，我担心迁移会如何影响它们。我假设只要帐户在转移中保持相同的 SID，我应该没问题。它会让我的 SID 保持不变吗？
所以现在我已经成为我目前工作的半 dba，我正在努力改进很多以前没有真正考虑过的事情。其中之一是尝试确保数据库未设置为自动增长并分配适当的大小限制。我的问题是 SharePoint 数据库。由于 SharePoint 的数据库可能会以意想不到的速度增长，我不确定如何处理它们。我正在寻找其他管理 SharePoint 数据库的 dbas 的建议。
我有一个最近缩小的数据库，当我运行 sp_spaceused 时，我看到它有 500MB 的未分配空间。我正在尝试将此数据库保持在一定大小（对我的桌面用户执行 MSDE 大小限制），我不确定未分配的空间是否会影响整体数据库大小。有没有办法从数据库中删除这个未分配的空间？
我正在寻找一些关于为 SQL Server 设置磁盘/分区的最佳方法的建议。以下是我的一些主要担忧：
应该如何分隔 SQL 文件（数据文件、日志、临时文件）？
RAID 大量 HDD 并分区空间或创建多个 RAID，每个 RAID 的磁盘更少？
数据和日志文件是否应该在不同的 RAID 类型上？
默认数据库（master、msdb 等）应该位于 C: 上还是应该与其他数据/日志文件位于同一位置？
我接管监控的数据库之一设置为完全恢复模式，但没有计划备份事务日志。这自然会导致日志文件增长到相当大的大小。我了解在完全恢复模式下运行时，您希望进行事务日志备份以清除日志文件，但我担心任何备份失败。
我只是想确认如果备份失败，我的日志文件是否会被清除。