出于故障排除目的，我希望能够检查客户端是否可以连接到 SQL Server 实例，而与可能无法连接到 SQL Server 的应用程序无关。
有没有一种简单的方法（也就是说，不必安装第 3 方软件）使用默认的 Windows 系统工具来做到这一点？也许使用脚本或网络应用程序？
我必须承认这个问题非常广泛，所以我会尝试缩小范围。在我们公司，我们有 3-4 名开发人员，并且有一些基于 SQL Server 的安装在我们客户的站点上运行（数据库大小高达 100GB，多达 100 个并发用户，Intranet 应用程序）。我们中没有人在运行/维护/管理（任何）数据库方面有真正的好经验。客户甚至没有那么多。到目前为止它运行良好，但我不能确定是因为我们做的一切都正确，还是我们只是没有触及我们不擅长的领域/情况。
因此，我正在寻找从 DBA 的角度运行数据库时您需要了解的基本内容。您知道确凿的事实，并且知道在您的日常工作中什么最重要。
我应该在哪些科目中收集更深入的知识，我应该听说过哪些知识，哪些是在我第一次面对它之前我可以不关心的？
我知道问题Software Engineers and DBA，但这并不是我想要的。周围也有很多书，但我想听听有实践经验的人的意见。
我正在阅读检查宽表是否为空的问题，我想知道是否有可能以某种方式直接访问一行的NULL 位图以快速检查一行是否包含 NULL 值。那会是一种可靠的技术吗？
（根据我的阅读，自 SQL Server 2008 以来新引入的 SPARSE 列可能存在问题，但不能确定。）
这是一个相当简短的问题：
使用 Microsoft SQL Server（2005 版及更新版本）时，是否有任何与安全相关的原因更喜欢 Windows 身份验证而不是 SQL Server 身份验证？
只是指出，我对与安全相关的问题感兴趣，而不是管理或两者之间的任何其他差异。
更新：如果任何差异导致（或是）安全问题，那么我肯定会感兴趣。
假设某人有 5 个不同的 SQL Server 实例在服务器上运行。最初都使用动态端口。
限制其中一个实例使用静态端口 1433 而所有其他实例仍然使用动态端口是否安全？
通常，根据启动顺序，一个动态实例可能会声明端口 1433，因此固定端口实例以后无法获取它。这可能会阻止固定端口实例运行吗？
或者在 SQL Server 中是否有任何内部机制先启动固定端口实例，然后再启动动态端口实例？