我有一个数据库，它有一个值、一个以字节为单位的共享大小和一个共享名。这非常准确，但对我的最终用户没有用。因此，我将值转换为 GB。使用简单的除法效果很好。
假设我的数据库由两列组成。共享名和共享大小。
Sharename | Sharesize
Share 1 |71685107549
Now I run this:
SELECT TOP (1000)
[Sharename]
,[ShareSize]
,(ShareSize / 1e+9) SharesizeGB
FROM [mydb].[dbo].[myshares]
输出是：
ShareSize SharesizeGB
71685107549 71,685107549
现在我需要用“点”替换“，”并将结果四舍五入到点后只有两位数。
仅使用 select 语句是否可行？
对于我的示例，它不需要除以 1024。
我需要一个 select 语句，它从B出现在所有不同值中的 Column 中找到值A。这意味着在我的示例中它将返回： x因为x出现在 的每个值中A。(1,2,3 和 4)
我不知道 Column 中有哪些值，B所以我无法在查询中指定它。我怎样才能在 SQL Server 2014 中实现这一点？
+---+----+
| A | B |
+---+----+
| 1 | x |
| 2 | x |
| 3 | y |
| 4 | y |
| 3 | x |
| 4 | x |
+---+----+
我记得我曾经在一张表上丢失了一个索引，并且一个查询需要很长时间。在执行计划中，我看到完成了表扫描和合并。来自 IO 的统计数据显示每个核心都进行了一次表扫描，或者更好的是我进行了 6 次表扫描。现在我想知道是每个核心都进行全扫描，还是每个核心都粗略地进行 1/6 表扫描？我确信如果我有一个合适的索引，我要么只进行一次查找，要么将它拆分为每个核心。
我希望你能理解我在这里的意思，不幸的是我无法提供任何信息，因为这个问题刚刚出现，我的问题在几年前就已经解决了。
假设我找到了一个 SQL Server，但我不知道哪些应用程序连接到它。也许我找到了一个应用程序，但我不确定它是否是唯一使用它的应用程序。
有没有找到所有不同连接的好方法？
创建备份时，SQL Server 会猜测（？）初始备份文件的大小。稍后，当它附加日志时，可能会重新调整大小，有时会多次调整，直到达到最终大小。差异越大，备份所需的时间就越长。（与另一个备份相比，它的大小稍后没有调整那么多）。示例：Database1（大小 500GB，使用 70GB 日志）以压缩方式备份。创建的 .bak 文件大小为 85 GB，一段时间后 CPU 使用率上升，我可以看到 .bak 文件重新调整为 136 GB，这种情况再次发生，直到备份的最终大小为 178GB到达。
当这些重新计算发生时，与同一台机器上的其他备份相比，以 MB/s 为单位的平均备份速度会降低。唯一来自附加和清除日志吗？还是因为数据库中使用的数据类型不同？这意味着它们以不同的压缩率压缩，还是什么？
我来到这个话题，因为我知道我的备份大约需要 30 分钟，但现在即使数据库没有增长到其大小的 300%，也需要 1.5 小时。它只增长了30%。
使用等待统计信息，我可以看到除了 BackupIO 之外，我还在某个时候等待 CPU (SOS_SCHEDULER_YIELD)。
Machine Details:
VMWare 6.0
32 GB of Memory (Max memory 28GB given to SQL Server)
2 logical CPU
Max Degree of Parallelism (1, it's a Sharepoint 2013)
SQL Server 2014
Windows Server 2012 R2
running on an SSD Raid (5)
当然，我为运行备份的用户启用了即时文件初始化。
我即将在 Windows Server 2012 上设置 SQL Server 2014。从驱动器上的最佳性能开始，我将驱动器格式化为 64k 分配单元大小。现在我被困在使用 Diskpart 来设置完美的偏移量。据我了解，我有 63 个隐藏扇区，为了与我的格式对齐，我可以使用 1024k 的偏移量，我做对了吗？无论如何，当我之后列出我的分区时，我得到了这个结果：
使用命令行wmic partition get BlockSize, StartingOffset, Name, Index
我得到一个起始偏移量135266304
一些网站/博客推荐 32K 其他建议 1K 用于 2012，我可以信任谁？目前我有正确理解它的问题。力量（你）可以启发我吗？
安装 Sharepoint 后，我意识到所有 Sharepoint 数据库的排序规则是Latin1_General_CI_AS_KS_WS，而我的服务器排序规则是Latin1_General_CI_AS. 从官方文档中我看到支持所有 CI 排序规则。无论如何，将系统数据库重建为相同的排序规则以避免临时数据库中的转换问题对我有帮助吗？
引用
我们支持 SQL 实例的任何 CI 排序规则（对于 master、tempdb
数据库）。但是，我们建议使用 Latin1_General_CI_AS_KS_WS 作为实例默认排序规则（master、tempdb 数据库）。
我在这里找不到最佳实践，请帮助我。
我在 AWS 上设置了一个应用程序 + SQL Server。一切正常，我的 SQL 用户可以读/写任何表。
现在，我使用我的域管理员帐户在 SQL Server 中使用 Windows 身份验证连接到 SQL Server。它工作正常，我可以插入/更新/删除行。但是，一旦我尝试使用界面编辑表格，即选择“编辑前 200 行”，我就会收到以下错误：
The requested operation cannot be completed. The computer must be
trusted for delegation and the current user account must be configured to
allow delegation.
在本地安全策略中，我启用了域管理员以及我对以下以及所有管理员的确切帐户：
Enable computer and user Accounts to be trusted for delegation
我还缺少什么？我在 Windows Server 2012 上使用 SQL Server 2014 Standart
当我浏览 DBA-Reactions 时，我几乎可以理解所有的 .gif，但是对于这个，我遇到了麻烦：
https://twitter.com/DBAReactions/status/613840893322338304
我的意思是截断显然不会像批量删除那样创建事务日志，但在某些情况下您非常确定可以简单地截断一个完整的表。除此之外还有其他顾虑吗？所以基本上我很想了解完全不同。
对于 MySQL，我知道数据库是在 SQL 语句中逐表备份的，这会导致锁定，如果您在备份时更新列，您可能会遇到完整性问题。
据我了解，这不适用于 Microsoft SQL Server，但 SQL Server 如何处理这个问题？是否有一些内部冻结以保持数据库一致？
另外我听说备份是单线程的，这意味着它只使用一个内核，假设您备份到单个文件。还假设您有一台多核机器，例如 16 个内核，或者至少比一个多得多。
根据我的个人经验，我在进行备份时从未遇到过问题，既没有锁定问题也没有开销问题，但我的经验是有限的。这就是为什么我总是建议在服务器属性中打开备份压缩。
那么当备份作业运行时会发生什么？不同版本也有显着差异吗？例如 2008、2012 和 2014（不是许可证）。
我想将我的数据库镜像/复制到云端。云是使用 VPN 连接到我的实际机器设置的。我对自己的选择感到有点困惑，想对它有所了解。我的设置是 SQL Server 2012（标准版）实例，应该镜像/复制到 SQL Server 2014 实例。该实例包含 30 个处于完全恢复模式的数据库。
另一种选择是进行完整备份，在云中还原，然后再还原差异备份。但这可能需要一些时间。我希望最大限度地减少停机时间，这就是我考虑副本/镜像方式的原因。
此时我有哪些选择和风险？
我将 SQL Server 2012 Standard 放在具有大约 98GB 内存的虚拟机 (VMWare) 上。
现在我检查了下面的查询 SQL Server 占用了多少内存。
Microsoft SQL Server 2012 - 11.0.5058.0 (X64)
并且看到他已经吃掉了 81GB 的内存，并且最大内存设置为 ~90GB。
使用：
select (physical_memory_in_use_kb/1024)Memory_usedby_Sqlserver_MB,
(locked_page_allocations_kb/1024 )Locked_pages_used_Sqlserver_MB,
(total_virtual_address_space_kb/1024 ) VAS from sys. dm_os_process_memory
SQL Server 2012 Standard 应仅支持 64GB 内存。
为什么我的 SQL Server 吃的比他吃的多？还是信息不正确？
任何想法？这与使用虚拟内存的虚拟机有关吗？
我不知道VM Host上是否激活了气球驱动程序...
如果您需要更多信息，我会添加它。
基于那个msdn页面： 服务器内存设置保持SQL-Servers min和max memory的默认值以保持动态是一个很好的做法......
根据我通过教程学到的知识，您应该始终定义一个最大值，大约是最小值，我没听过太多。我正在使用简单的旧 perfmon 监视我的页面文件，我意识到很少发生磁盘交换，一旦它几乎导致服务器崩溃。
这可能与 SQL Server 中的默认最大内存设置有关吗？数据库大约 150 GB，内存为 48 GB，该机器上没有运行其他应用程序。
另外，为什么你应该有一个最小值？我知道太低的值会阻止 SQL-Server 启动，并且我知道 SQL-Server 将内容保存在内存中，因此不会尝试释放它的缓存。
我正在使用 SQL-Server 2012，提前谢谢你！
最近我们遇到了性能问题，我开始跟踪一些推荐的 sql、内存、磁盘和 cpu 计数器。我告诉自己建议的值和要查看的数字。计数器之一是：
pagefile.sys % 使用率
在开始收集指标时，我们的值非常小，例如 0,5。当谈到性能问题时，我们达到了如下数字83,69
这是否意味着 83.69% 是从可用页面文件从内存交换到磁盘的？我对此有点陌生，并且很想了解正在发生的事情以防止发生。