带走： 主持人Eric Kavanagh在最新一期的热门技术中与Robin Bloor，Dez Blanchfield和Bullett Manale讨论了数据库管理和实例发现。
您目前尚未登录。请登录或注册以观看视频。
埃里克·卡瓦纳（Eric Kavanagh）： 好的，女士们，先生们：欢迎再次回来。我叫埃里克·卡瓦纳（Eric Kavanagh）。事情很热。这里的事情正在升温。我不知道怎么回事。哦，是的，是时候使用热门技术了。确实是的，我的名字再次是埃里克·卡瓦纳（Eric Kavanagh）。您可以在@eric_kavanagh上找到我。这是一个旨在讨论市场热点的节目。今天的标题是“王国的钥匙：使用动态发现管理SQL Server”。真的有你的。好吧，那张照片是几年前的。我不会撒谎，我现在看起来有点老，但这没关系。
因此，我们正在谈论技术和SQL Server真的，真的，真的，真的非常热门。今天我们有很多内容，所以我将立即分发。待命，我们出发。有我们的发言人。罗宾·布卢尔（Robin Bloor）排名第一。
罗宾·布卢尔（Robin Bloor）： 确实是的。该演示将深入到数据库管理中，所以我只是想我会经历数据库管理或您知道的数据库迷宫，以便使人们对它有所了解。我曾经是一名DBA，我想您可以说大约20年前我曾经是一名数据库顾问，而实际上让我感到惊讶的是，数据库并没有发生太大变化。在速度，数据量等方面，很多事情都发生了变化，但实际上很多事情与过去发生的事情非常相似。
在我看来，数据库是可以有组织地扩展的数据集合，可以针对特定的工作负载进行优化，并提供数据管理功能。之所以出现这个问题，主要是因为如果您想管理文件中的数据，那是一件非常困难的工作。早在1970年代我们就可以随机访问IBM大型机时，将一种可以执行几乎所有您需要做的事情的软件组合在一起的想法几乎立刻就产生了。
关系数据库是在70年代发明的，并在80年代以原型的形式出现，并从90年代初开始在市场上引起关注。关系数据库仍然在流行度中占据绝对主导地位。如果您阅读印刷机，您会听到很多关于SQL数据库的信息–最近，关于图数据库的噪音也很大。如果您愿意的话，这些很有趣，但实际上仍处于最新的销售数字中，关系数据库拥有95％的市场。我们今天将要深入讨论的Microsoft SQL Server是第二受欢迎的Oracle。
关系数据库使它们在引擎方面变得与众不同的是，它们既可以在OLTP工作，又可以在查询工作负载上工作。如果要这样做，则必须进行不同的调整，但是它们实际上能够同时处理两种类型的工作负载。一种是短期随机交易，另一种是跨越大量数据的长期查询。另一种选择是NoSQL数据库和图形数据库，主要用于分析，它们在最近才兴起。 NoSQL排在第一位，近来图形已经开始受到关注。 NoSQL可以用于事务活动，但是图形几乎从未用于事务活动。原因是，我遇到了一个统计数据，实际上我认为它至少已有10年的历史了，如果您查看他们的软件清单，则大多数公司至少有3个，实际上是3.5个不同品牌的数据库。
但是现实是，大多数公司都在特定数据库上进行标准化。而且，大多数公司已经将SQL Server和Oracle标准化为两种最受欢迎的标准数据库。而且，他们仅在特殊情况下使用替代方案，例如，他们正在获得需要使用不同数据库的软件包，或者正在追逐已经出现的一些大数据分析目标。
如果您愿意，我们还会受到Hadoop的干扰。 Hadoop以一种或另一种方式已不仅仅是文件系统，还不是数据库。但是，它的顶部确实有SQL。但是，有证据表明，它并没有真正取代关系数据库，也没有接近取代关系数据库的方式赢得了全世界的关注。究其原因，是关系数据库花了二十年，实际上要花二十多年的时间才能达到最佳状态。而且，您不仅可以构建在非常短的时间内就表现出色的查询引擎或SQL引擎。只是没有发生。
因此，此幻灯片的结论是数据库具有战略意义，并且不断发展，它们会变得更好。 Oracle和Microsoft SQL Server肯定就是这种情况。你们中可能没有人记得最早出现数据库的时代，但是我做到了，那时我还是个男孩。最初的想法是只有一个数据库，这是一个绝对不会扎根的概念性想法。 IBM尝试使用AS / 400来实际拥有基于数据库的文件系统，但这两者都不是主要的。剩下的事实是数据库自然会碎片化。您实际上自然有多个实例。存在可伸缩性问题。数据库仅按比例缩放到一定大小，多年来，虽然大小有所增加，但是却有局限性。
并且存在工作负载问题，主要的工作负载问题是OLTP工作负载和大型查询工作负载根本不兼容。而且不可能制造出能够做到这一点的发动机。我们碰到的事情很有意思，最近我遇到了一个站点，该站点具有一千多个Oracle实例。我不记得他们有多少个DBA，但是如果您实际上与他们讨论过DBA实际监视的数据库中有多少个，则大约是10个。他们基本上是在使用数据库作为橱柜，只是将数据扔进数据库，因为至少您有一个方案，并且它比文件系统更具组织性，但是除了给它提供默认配置并进行设置之外，没有人做任何其他事情疏松。
我不确定这是否是个好主意。老实说，这对我来说听起来很奇怪，因为在我看来，每当我使用数据库时，数据库都需要出勤，而您需要以一种或另一种方式确切地知道那里发生了什么。而且，大量的系统相互依赖性意味着绝对必须满足某些类型的服务级别，否则您会遇到问题。
最近有人在谈论，我遇到了各种声称自调整的数据库。设置用于查询流量的列存储主要是自调整的，因为就索引而言，您需要采取两种选择。但是除了该特定领域之外，还需要调整数据库。而且它们需要调整某些关系数据库，这主要是因为大量事务涉及联接。加入是昂贵的活动。如果您没有在正确的位置放置正确的索引，那么在不需要时，联接将花费大量时间。
目前，自调整数据库仅在工作负载众所周知的这些区域中存在。我的经验是，大多数公司聘用的DBA很少，这是因为它们很昂贵。因此，最好是可以替代DBA的功能。据我了解，这是DBA的活动。他们进行数据库的安装，配置和升级。顺便说一下，升级不一定是琐碎的活动。我之所以要升级数据库，是因为我一直使用的规则是：如果数据库正常运行，请不要碰它；如果要将数据库升级到任何特定的新版本，请在测试模式下进行操作首先，然后升级所有内容。您仍然始终使用相同的版本。但实际上，我遇到过很多网站，但事实并非如此。可以说，有相当程度的熵。许可证管理是一个问题，取决于您所拥有的许可证。 ETL和数据复制。
数据库的窍门之一是，如果您有一个需要拆分的查询工作负载，则可以创建两个实例并进行复制，并且通常在需要时人们将副本用作热备份的情况下完成。然后进行存储和容量规划，这是DBA活动的一部分，因为当然数据在增长，您需要对其进行跟踪。然后，您需要计划各种硬件升级或硬件扩充。对于大多数DBA来说，进行故障排除是一项艰巨的任务。如果出现问题，并且备份无法完全正常运行，则他们必须袖手旁观，努力从日志文件中恢复。发生这种情况的频率比我想像的要高，好吧，我记得发生过这种情况，但我已经退出游戏至少十年了，但是我记得发生这种情况的频率比您预期的要高。性能监视和调整只是DBA工作的心脏。但是，在访问管理，备份和恢复，创建合理地与实时系统并行的软件测试系统方面也具有安全性。还有整个数据生命周期的东西。我认为，这就是DBA除了可能会要求执行的其他任何工作以外的工作清单。运作动态。最终，数据完整性和服务级别管理是DBA的主要责任。通常，它们很关键。这就是我要说的。我要交给Dez。
Dez Blanchfield： 非常感谢你。我将带我们进行一段有趣的趣闻轶事，探讨为什么今天整个话题比以往任何时候都更加重要。不久前，我参与了一个项目，我们从一个运行A + Addition的富士通大型机平台迁移了用于执照注册和车辆注册的州政府平台以及围绕该主题的所有内容。一个运行Oracle的Solaris操作系统（换句话说，就是Unix），并且做得很好。当时的观点是，这个东西已经变旧了，是时候将其转移到其他东西了。在大型机上运行Unix带来了很多乐趣，它非常稳定，非常安全，而且奇怪的是SDL平台，而且速度非常快。但是明智的是，是时候离开大型机并迁移了。
映射所有系统，业务逻辑以及下面的数据库的SQL环境的巨大挑战，并研究我们将如何为其构建新家。我们最终将其带入了其中已经有两年历史的事情之一，但它是Sun机架系统Starfire服务器的高端产品之一。这些可能是您在这个星球上可以买到的最大的锡罐，它们全部生活在一个大盒子里，并且有一个对称的多处理服务器。这是我们世界中的中档系统。它运行Unix，并且本机运行Oracle，其观点是：“可能出什么问题了？”嗯，事实证明很多。
例如，当时我们讨论的不是很久，我们必须经历一个非常手动的过程才能发现大型机平台上的内容并加以传播。特别是实际的数据库环境和SQL逻辑。因此，人们认为这将是一个相当简单的从Oracle到Oracle的迁移，从数据库到数据库的迁移；所有业务逻辑都会碰到，大多数业务逻辑都是用嵌入式查询和触发器编写的，这有多难？但是，原本要花费几个月的时间最终花费了不到一年的时间。为了从物理上和手动地遍历大型机环境中Unix的每个部分，发现所有数据库在哪里，正在运行多少实例，在那些实例上正在运行什么，这是不平凡的工作，我们最终完成了它只是为了确保我们已捕获所有内容而进行了三次。因为每次我们认为我们已经挖到了所需的深度时，结果发现地下存在更多。
我们面临的另一个挑战是哪些实例正在运行以及处于什么状态？这是开发环境吗？它是测试环境吗？这是整合过程的一部分吗？是系统集成吗？是UAT，用户验收测试吗？是生产吗？是DR环境吗？因为大型机的妙处在于您可以构建我们现在都认为理所当然的这些小型虚拟环境并进行迁移。您必须确定这个人是在进行生产级开发和测试，还是在进行生产，是否有实际用户？请记住，这是实时颁发驾驶执照和汽车登记证，以及对人们的生活真正重要的事情。
而且，为该任务运行备份花费了很长时间，因此我们没有真正的维护窗口可以使该任务脱机并查看发生了什么。没有重新路由的事情。我们还面临着挑战，不仅要找到正在运行的实例以及在何处以及为谁运行，还必须找出正在运行的实例的什么版本。这就是我差点失去情节的地方。当我开始意识到我们有两个或三个版本的生产环境正在通过不同级别的测试运行时，用于此目的的工具和系统方法很少。从字面上看，我们必须深入研究代码和正在运行的实例，并且在某些情况下冒着使某些内容脱机一段时间的风险。我们深入到整个过程的最深处，将其绘制出来，正如我所说的，这是一个非常手动的过程。最后，我们进行了整个ETL转移，将其从一个地方转储到另一个地方，并整体上起作用了。而且，我们觉得它很好，我们对此感到非常满意。
但是后来我们遇到了许多非常严重的实心砖墙。特别是我们发现了性能问题。当时明智的想法是，它已经变成了更大，更好，更快，更硬的硬件，没有理由为什么它在数据库级别的应用程序中表现不佳，所以让我们开始寻找其他地方。因此，我们对网络进行了完全重新设计两次。在某些情况下，每台路由器，每台交换机，每条电缆，我们从以太网到光纤，我们升级了软件，进行了修补，您都可以看到。实际上，我们两次考虑到那里的性能问题而重新构建了网络。它看起来和感觉像是。我们经历了不同的安全系统，不同的防火墙。我们修补了操作系统。我们将东西从一个计算刀片移到了另一个。我们花费了大量时间来研究基础架构。
然后我们意识到，当断开服务器连接并在其上运行其他应用程序时，网络运行正常。因此，我们开始将操作系统分开。同样的问题。但是有趣的是，网络级别和操作系统级别以及那里的工具在那里，对于我们进行基准测试和测试并证明每个组件都可以正常工作实际上相对简单。但是即使那样，在SPARC硬件平台上的中端Solaris上，我们仍然无法使用这些工具来开始诊断数据库环境。您会知道，是否映射了所有实例。因此，我们实际上必须构建自己的工具并编写一些工具，然后坐下来，无论它是使用本机脚本语言编写的数据库工具本身，还是一系列外壳程序脚本，或者在某些情况下，还是一系列C程序。
我们最终研究了一些非常有趣的问题，其中SQL层下面的逻辑，实际的数据库引擎本身，结果是，当构建某种东西的特定方式（在Oracle大型机版本上运行的东西）迁移到SPARC上的Solaris时， Oracle版本没有立即转换相同的性能。因此，对于我们而言，首先要做的就是找到所有东西，这是一段艰苦的旅程，但是现在我们不得不在新的生产系统上对其进行诊断，而这又使一个月的迁移耗费了将近一年的时间。这完全归因于我们没有工具的事实。四处奔波，例如尝试映射元数据。
在某个时候，我们几乎决定需要一个Ouija板，因为这样可以更轻松地进行随机指向和戳戳。简单的事情，例如找出谁可以使用旧系统，以及为什么他们可以使用旧系统。谁需要访问新帐户并进行确认，请某人退出并确认并映射。在两个平台上，甚至像数据库大小之类的东西也不一致。我们必须构建一个工具来做到这一点，并在系统A与系统B上以吨为单位的数据库大小（以原始兆字节或TB为单位）之间进行一些比较。并深入研究有关性能和性能环境的更多细节。再次，不得不建立新的工具。对于我们来说，没有任何现货供应。
您可以从中获得全部收益，当我们最终使事情开始运行并保持稳定时，它的每一部分都是非常手动的过程，唯一可以自动化的方法就是构建新的工具或新脚本。如果我们拥有当今可用的工具，那么生活将会变得更加轻松和美好。而且我们将为该项目节省数百万美元。但是我认为我们今天要谈论的是这样一个事实，即这些工具现在已经可用，它们确实使生活变得更加轻松。许多陷阱仍然存在。发现那里的数据库以及哪些实例正在运行什么数据库。他们处于什么状态。有多少个正在运行？他们为什么要跑步。他们是否运作良好。他们正在备份吗？
这些都是我们现在可以使用正确的工具以多种方式视为理所当然的事情。但是，正如我所说的，这种特殊的轶事有一段时期，那段时期我们很多人失去了很多头发，我们可能花了十五年的生命，并对现在没有工具的事实感到遗憾。 。我期待着今天从我们的客人Bullett那里听到更多有关此事的信息。因此，Bullett，我将传递给您，我期待听到您如何解决此问题。
Bullett Manale： 好的。听起来不错。埃里克（Eric），让我在这里接管幻灯片，并在进入产品本身之前，快速，真实地谈论一下公司Idera。就像FYI一样，这是我们提供的各种产品的组合。
埃里克·卡瓦纳（Eric Kavanagh）： 您的音频有点发烫，因此如果您使用耳机，只需将其拉起一点即可。
Bullett Manale： 没问题。那个更好吗？
埃里克·卡瓦纳（Eric Kavanagh）： 那好多了。把它拿开。
Bullett Manale： 好的。因此，今天我们将专注于库存管理器，它显然与我们正在讨论的许多主题保持一致。我只是想让您了解该产品的使用方式。我们从产品系列的日常工作开始，我们有一个称为Diagnostic Manager的性能监视工具。我们有一个Compliance Manager工具。因此，围绕SQL Server的许多不同工具，不可避免地，出于许可目的，我们总是会问这个问题：“您当前在组织内管理的实例数量是多少？”有趣的是，我们从来没有能够真正得到一个确切的答案。与谁交谈并不重要。总是有这样一种说法：“好吧，我们认为它在这个数字附近。”这些事情总会出现，然后我们必须经历这个过程，以根据我们正在管理的实例来确切地确定他们想要许可的内容。
显然，我们很快很快就发现，许多DBA似乎为此感到痛苦。显然，作为一名DBA，他们要负责的一件事就是知道这一点，因为他们要做的一件事就是担心他们的许可协议（在我们与Microsoft和SQL Server的情况下）。显然，他们还负责许多其他不同的领域，但是就DBA而言，这是您的主要职责之一。基于此，我们得出的结论是，我们需要一个工具，使DBA能够轻松地真正理解该数字。因为您确实想调用它，所以确实有SQL蔓延，它的发生有多种不同的原因。对于谁安装软件以及类似的事情，可能没有太多的控制权。
而且可能发生的最糟糕的事情是，有人拿到了SQL Server的副本，安装了它，在公司中其他一些组织或部门不知情的情况下开始使用它，然后您可能知道的下一件事没有备份数据，以及可能发生的这类事情。现在您遇到另一个问题，因为您根本不知道该实例甚至存在，因此您实际上将丢失关键数据。
我们要做的一件事就是说让我们找出其中的发现内容。然后，最重要的是能够以一种合理的逻辑方式来组织和管理我们正在收集的信息，这种逻辑基于业务的开展是有意义的。然后显然可以据此做出决策，并能够执行此类操作。这就是该工具的起源和来源。我可以告诉你，在定期与DBA交谈时，我们真正拥有的是一个不知道它们有多少实例的问题。
有趣的是，这个术语“您无法管理无法衡量的东西”，总是想出了我们拥有的性能工具，例如SQL Diagnostic Manager，但如果您不知道，您实际上将无法管理任何东西“它”即使在最前面也是如此。因此，该工具也很重要，因为它能够知道它的存在。
现在，关于此事，与一些大型组织或企业商店使用SQL Server进行交谈时，我们发现，与许多与我们交谈的人都感到有趣的是，他们实际上是在一年的时间里安排的，他们实际上是从一个地方走到另一个地方，试图确定那个数字是什么样的。您可以想象，作为一名DBA，在某些情况下，当您从一台计算机实际迁移到另一台计算机时，您将获得可观的收入，这是令人惊讶的，这是我们从一些我不愿提及的大型公司那里听到的。但是，有趣的一点是，一年可能花两个星期来进行此类练习，以了解其许可证计数是否正确。
这一切都与该工具及其功能有关，但是我们解决该问题的方法是通过基于SQL Server的许多特征进行发现的能力。因此，第一个问题是，您指向什么？或者首先尝试看什么？我们这样做的方式是让我们通过IP范围来实现，或者我们可以通过域本身的成员资格来实现它，这是作为域成员的计算机。这就是我们处理该部分的方式，只是可以说这是我们要在发现方面重点关注的领域。
然后，另一部分基于这些特征，端口和其他内容，WMI注册表项以及这些内容，我们可以收集并确定SQL可能在该实例或特定环境上运行和安装。显然，这是比运动鞋方法或运动鞋表达方法更好的方法。现在，很酷的事情是，我们收集的有关实例的所有信息都保存在存储库中，并且随着环境的变化而变化。这不仅仅是关于“嘿，有一个实例，这是我们找到的列表”，而是作为DBA或管理实例的人，能够确定他们是否要将该清单的一部分，然后何时它不是清单的一部分，因此能够停用该实例。因此，它们具有SQL Server实例整个过程的生命周期，可以在该工具中真正轻松地理解它们。
找到实例后，该怎么办？另一件事是有关实例的大量信息，我不想手动获取它并将其放入电子表格或诸如此类的东西。在与DBA讨论库存流程和许可时，这又是一件有趣的事情，当您问他们“您如何维护库存？”时，您会惊讶于我与之交谈的DBA数量。我们正在与DBA交流，这是其中真正具有讽刺意味的部分，他们一直在保持这一状态并在所有事物的静态电子表格中对其进行跟踪。就像我说的那样，一分钟想起来很讽刺。但这在很多情况下都是如此，而且许多组织如何进行管理仍然如此。他们如何保持这一点。它是Excel电子表格的主副本，会随处可见，并且需要定期进行更新。
这些都是挑战，因此，通过注册该实例并将其作为清单的一部分，您可以做到这一点并获取信息。您可以使其自动执行，无论它是否成为清单，版本，版本或其他功能，您可以手动添加列表或Excel电子表格。您可以将其导入到名为SQL库存管理器的工具中。如果您已经对实例充满信心，可以将这些实例导入其中，然后将其作为产品中托管库存的一部分。一旦有了实例，一旦知道实例存在，就可以了，好的，我们可以通过知道实例存在，通过外出并收集信息来利用很多信息。
而且，不仅需要许可，还需要很多信息。很明显，很多信息都可以用于了解事物在哪里，获得信息后就可以对其进行搜索。但是关键是服务器，硬件本身。能够了解它是哪种机器，可能是型号或制造商，内存，内存量，无论是物理机还是虚拟机，尤其是物理插槽或内核和CPU的数量以及这些类型的东西。
就内核数量而言，尤其是在SQL Server中，知道它们执行许可的方式现在是SQL较新版本中的每个内核计算，这已成为其中非常重要的一部分，而您所拥有的并不是任何东西出去然后去挖掘确定实例后，我们可以提供该信息并将其发布，让您查看并了解它，并且显然可以利用它。
下一层是在实例上，显然您与SQL Server实例有很多不同，无论是标准实例还是企业实例，或者甚至是表达的实例，还是SQL Server的免费版本。也能够了解与该实例相关联的应用程序是什么，这可以自动完成。能够了解配置设置以及与SQL Server本身的实例相关的各种信息以及其他信息。
然后，您进入实际的数据库，并查看配置设置，与该数据相关的空间量，数据所在的位置，所有这些东西都将自动填充，因此可以节省大量时间。再一次，因为它是动态运行的，并且每天都在识别新实例，所以就库存而言，这是一件活生生的事情。那就是产品的目标就是那样做，就是使它发生动态变化。
现在，一旦所有信息可供我们使用，我们就可以提取所有数据，那么在某些情况下开始创建自己的与这些实例相关联的元数据就很有意义，并且可以通过这种方式创建元数据与您开展业务的方式保持一致。
因此，如果您将实例按地理位置，应用程序所有者或DBA所有者等进行分组，则可能取决于您如何对这些实例进行分组，逻辑上如何理解这些实例，该工具中的两个区域可以为您提供该功能。
第一个是创建实例标签或标签的能力。这实际上是在建立与服务器，实例或数据库的关联，以便您可以创建视图并回答每天可能出现的问题，这确实有助于您掌握所拥有的资源，您正在管理什么以及如何继续使用这些信息。
我们拥有的另一件事是称为清单字段或自定义清单字段，它们更特定于您可以钻取的各种信息，例如我可能决定添加一个包含以下内容的下拉列表的数据库层所有的DBA，我都可以根据情况的类型或其他因素来确定谁负责该数据库，无论哪个数据库与谁负责，都可以选择该数据库，这样我就知道他们是负责任的人，并且非常只需浏览库存即可轻松实现。
因此，这些信息会变得非常有价值，尤其是在您拥有大型环境的情况下，因为它只会帮助您理解这些信息并了解所拥有的信息以及如何做。
因此，让我继续并切换到此处的下一张幻灯片。我现在向您显示的是，所有这些信息都在收集中，所有这些信息和数据都在收集和应用元数据，从而使您能够轻松，快捷地做出有关Microsoft的许可的决策。与Microsoft一起进行企业批量许可或软件保险。
这使您真的很容易做到这一点，而不是必须去做大量的手工数据收集，大量的手工收集信息的过程，这实际上从总体上来说使它变得更好。因此，这是产品的一项授权，有时可以使DBA可以更轻松地做出有关许可的决策。
现在，与DBA交谈的另一件事是，我们很快发现并学到了-并回到了前面讨论的内容-您的SQL Server环境中可能有300个实例，但实际上可能只有一部分那些实际上是通过传统的性能监控类型的工具进行全面监控和管理的工具。
因此，如果您走了，实际上是与DBA坐下来，然后说：“看，我们知道您已经使用此工具监控了这20个实例或300个实例中的10个，该工具旨在监控并符合您的SOA，得到警报和所有这些好东西，”我们还发现，如果您问“，那么您拥有的其他280个实例又如何呢？他们确实做到了，他们很关心他们，但是他们只是不想一定要投资来监视那些实例所能完成的深度级别，而不是那些10或20个非常，非常关键的实例。产品实例。
因此，使用此工具的等式的另一部分是，它还有助于确保在基本级别上涵盖实例的运行状况。现在，它不会告诉您您是否有死锁或死锁的受害者是谁。它不能达到会话本身的级别以及查询的详细信息。但是同时，它仍然会让您知道，关闭服务器或关闭卷，或者需要备份数据库，这对于成为DBA来说很重要。
因此，这些事情绝对仍然很重要，因此使用这种工具可以让您为真正关键的实例提供一个万能的工具，这些实例具有很多价值，如果它们联系在一起，下来，您需要立即知道。他们可以具有更高级别的监视并能够执行此类操作，而通过此操作，它将能够拾取添加到环境中的任何新实例，并确保它们得到考虑，并确保这些健康检查的基本水平正在形成。
简而言之，这就是清单SQL导入管理器的全部功能。现在，我将向您展示它的演示。在执行此操作之前，我很快向您展示了这是此处的体系结构幻灯片，并且仅是为了展示这一点，即正在管理的SQL实例，我们可以发现从SQL 2000一直到新版本的所有内容。 SQL。
因此，我们可以做到这一点，而不必将代理部署到实例本身。我们通过收集服务进行操作，然后收集信息并将其放入存储库中，然后从Tomcat Web服务前端控制台中进行交互，然后可以与该数据进行交互并查看它。因此，它的架构非常简单。
我会继续前进，然后切换并实际将我们带入产品本身，以便您可以体会到它，并了解它的工作原理。因此，执行此操作的最佳方法是首先在此处介绍的一种仪表板中向您介绍界面本身。
我现在可以看到管理的实例数量不是很多。但是我的后兜也没有整个数据中心。因此，我在这里看到了大约六个实例。现在，就是说，我，我要做的就是逐步发现过程并展示其工作原理。
现在，您要做的第一件事是在“管理”部分中，您可以指定要如何发现实例。您将能够再次通过一系列IP地址将这些信息放入此处。您可以指向一个域或子域，并且仅能够在属于该域成员的那些计算机上执行那些检查，就可以在运行SQL进行检查时选择许多不同种类的特征。
然后，一旦完成该操作，就可以使其每天自动运行以收集数据。您也可以根据需要临时执行此操作。但是一旦开始，发现的过程就会开始，当您转到此处的实例视图时就可以看到。您有一个“发现”选项卡，“发现”选项卡将向我们显示最近被发现的那些实例。因此，在我们的情况下，这里有一个数字。我要继续做的是继续并添加将要用作示例的那个。因此，在这种情况下，这是芝加哥实例，对吗？我将继续将该实例添加到我的清单中。
好吧，它会引导我完成这里的几件事。我只是继续前进，您会看到我们可以设置凭据。我的资历在那里应该很好。我将继续进行，您会发现我可以为此分配所有权。我还可以指定一个位置。现在也可以添加位置本身，很明显，下次还会记住该位置。
再一次，我还可以根据元数据以及如何将这些SQL实例（尤其是这个SQL实例）放入想要放入的存储桶中，将标签与此相关联。因此，我们有一些当前的标签，流行的标签，因此我们可以查看一堆我可能已经包含的不同标签。我只是随机选择其中一些，我们可以应用它。
所以现在当我继续将其添加到清单中时。现在添加了它，我们现在将看到它显示在此托管视图下，因此您可以在此处看到它的列出。因此，您知道这就是第一步，而我刚刚向您展示的是您每天处理这些实例时主要采用的方式。在某些情况下，您可能会说您知道如果它自动将SQL Server的企业版添加到清单中怎么办？我不需要手动去选择这样做。
乔塞琳： 我会很快打断你。没有看到您的演示。
Bullett Manale： 你不是？
乔塞琳： 没有。
Bullett Manale： 好吧，那不好，让我们看看。
埃里克·卡瓦纳（Eric Kavanagh）： 如果您转到左上角，请单击“开始”，然后单击该按钮。
Bullett Manale： 啊好吧。
埃里克·卡瓦纳（Eric Kavanagh）： 现在做共享屏幕。
Bullett Manale： 对于那个很抱歉。对。
埃里克·卡瓦纳（Eric Kavanagh）： 没关系。制片人乔斯琳（Jocelyn），那里很好。
Bullett Manale： 好吧，这样更好吗？你现在看到了吗？
罗宾·布卢尔（Robin Bloor）： 确实是的。
Bullett Manale： 好吧，让我们带您快速了解真实的情况。我们已经获得了我们之前拥有的发现实例。我刚刚添加了Chicago实例，所以现在看到的是它的当前列表。注意它已经提取了很多其他信息。如果我单击实例本身，您将开始看到我们已经收集的有关该实例的所有类型的信息。现在，这里列出了那里的所有数据库。我们可以看到按大小和活动划分的数据库细目，其中哪个数据库拥有最大的规模和活动。
再一次，我们也可以根据实例上运行的工作负载立即告诉您实例上运行的应用程序。因此能够自动执行此操作非常好。我不必介入并将应用程序与事件关联。根据看到的内容，我们可以进行填充。现在，如果您要手动添加应用程序，则绝对可以做到。但是，这只是一个很好的方式，它可以显示实例与数据库或对应用程序的关联。
您还会注意到，在屏幕的右侧，我们有一个即时摘要，在下方的是我们的服务器摘要。因此，在这里讨论实例关键信息时，不仅要了解版本，而且要知道SQL Server 2012，但要知道实际的版本号，包括并告诉我们与之相关的修补程序，与之相关的Service Pack。对此，了解非常重要。显然，内存需求很重要。诸如此类的所有信息，无论其是否是集群的，所有这些信息，我都不必放入-它已经被收集和收集了，一旦我们确定它是一个发现的实例，那就将成为我们库存的一部分。
在此实例视图下，您将在此处看到的另一件事-及其将向您展示。我们有我之前讨论的这些属性，可以添加的自定义属性。因此，我们可以添加开放类型的框型字段，就十亿种选择而言，我们可以做是/不是。我们甚至可以做下拉列表。您可以在数据库实例或服务器级别上执行此操作。
然后，如果我们进一步向下滚动一点，我们可以看到服务器本身的所有相关信息。因此，您知道所有这类材料显然非常有用，因为所有这些材料都已经收集并收集起来，并在我们做出将其纳入库存的决定后立即存在。在这里，我们可以显示CPU，逻辑与物理数量，多少内存方面的一些差异。因此，您无需做大量工作即可真正获得大量有用的信息。
正如我所说，现在的另一部分是在服务器级别的实例中收集此数据。如果我们甚至进入数据库，我们也可以看到很多东西也被分解了。因此，如果我转到我的法规遵从性存储库，在这种情况下，我可以说，很清楚，您正在处理这件事，这是一个法规遵从性数据库，与之相关的法规遵从性或监管要求级别可以说是， SOX合规性或PCI合规性。因此，我可以选择哪些数据库具有与之相关联的法规遵从性，我必须填写这些数据，或确保Im可以根据该法规要求进行维护。
事实证明，这种东西对DBA很有帮助，因为他们可以集中地轻松地将所有这些相关的元数据保存在其环境中，并且就像我说的那样，他们可以使其适应他们的业务，作为他们开展业务的方式。因此，如果我们查看到目前为止所看到的所有内容，那么如果我深入研究该实例，那么显然可以很好地了解该实例。
我也可以搜索，所以我说让我们在我的清单中查找该合规性存储库。然后您将在这里看到的是，我可以搜索这些东西并能够识别它们。我说的是-我不确定，我的执行按钮在那里不起作用。好的。让我们再试一次。好了这样一来，我们就可以看到在哪里可以看到合规性的细目分类，并且我可以深入研究它，也可以从这个角度来看它。因此，您有一种非常便捷的方法来深入研究这些数据。
现在，正如我们之前提到的，您已经有了许多不同的方法来针对实例服务器和数据库创建元数据。另一部分是您可以利用它的分组方式以及与之关联的方式来利用它。我们进入资源管理器视图，我们可以做到这一点。可以说我想按位置进行数据库计数。因此，我支持的环境在每个位置的数据库数量。或者可能是基于实例数的所有者，该所有者拥有我在那里拥有的实例。这样我们就可以看到。因此，您可以根据自己当时想回答的任何问题，找到一种非常好用的简便方法为您绘制这些图片。
然后，您所拥有的信息便以您想要的方式创建了，我们可以将其导出为PDF或其他格式，以便能够利用它并传递给我们的同事，或者在那里做我们需要做的一切。因此，您知道自己能够做这些事情。让我们回到–我失去了吗？好了好吧，就我到目前为止所谈论的内容而言，这是有希望的。现在，我们已经收集了数据，由于多种原因，所有这些显然非常重要-许可和其他。
最后要提到的一件事是，我们在这里转到本管理部分。您还可以在这里配置警报，并确保对于您真正想知道的事情，也可以进行设置。因此，我们可以设置警报，可以设置打开某些事物和关闭某些事物的能力，然后能够确定谁将接收那些s，并订阅那些警报，我们就可以关联想要的人是，谁想知道这些事情。
但是就像我之前说的那样，这是一种非常不错的方法，至少让您完全放心地了解整个企业SQL实例–您所拥有的是什么，并且即使没有，也要确保其以最佳方式运行， Havent决定投资购买性能卓越的性能监视工具来管理该实例。这将覆盖您，因为这是一种非常实惠的出门方式，在很多情况下，您可以进行这些清单清点，并可以进行非常广泛的常规监视，以确保您放心，知道发生了什么事。
因此，希望我们以描述并向您展示的方式有意义。从这个角度来看，我想我可以继续进行下去，我们可以谈谈更多。
埃里克·卡瓦纳（Eric Kavanagh）： 这听起来很不错。罗宾呢？德兹？任何问题？
罗宾·布卢尔（Robin Bloor）： 我有问题。实际观看这非常有趣，我的意思是我想说的是，我所到过的几乎所有地方都在评论，不仅在DBA中，而且在网络人员，存储人员，虚拟机管理人员中，处理电子表格。
埃里克·卡瓦纳（Eric Kavanagh）： 那就对了。
Dez Blanchfield： 您知道多数民众赞成在某种程度上，直到数字开始移动。当数字开始移动时，您知道它们会遇到麻烦。所以我现在对这个问题有点兴趣，我知道您很难回答这个问题，但是，如果您进入一个那里他们没有像电子表格这样的地方的情况，那又该怎么办呢？是非常聪明的人，等等，您认为通过实施类似的方法会获得什么样的投资回报？您对此有任何数据或指导吗？
Bullett Manale： 很难说投资回报率是什么，因为环境会有所不同。显然，如果企业现在使用手动方法，则企业规模越大，环境越大，显然，ROI可能会越高。
我确实知道我曾与许多人进行过交谈（当我说成千上万的大型组织，也可能有成千上万的实例时），我有很多人向我展示给他们看，他们说这需要两个星期我的时光倒流。我已经对我说了不止一次。因此，就购买的实际美元金额而言，这很难说，但在您拥有环境的情况下，这是相当可观的。
就像我说的那样，它非常一致，我和我交谈的大多数人都将这些东西保存在电子表格中。因此，这只是一个非常非常主观的事情，因为每种环境在其进行许可的方式以及与Microsoft进行许可的方式方面都有一些不同，这就是其中一个因素。但是，如果他们必须每年或每三年进行一次实际测试，我认为Microsoft最多要三年进行一次实际测试，他们希望您至少每三年进行一次实际测试。
然后，您知道它的重要性，并且知道它使事情变得容易得多。因为它是一个动态的东西，并且总是在变化，所以就您所看的经文而言，它也提供了更多的有效性，所以我们还没有真正在六个月或一年内更新电子表格。因此，您多久更新一次电子表格是另一个要理解ROI答案的问题。
Dez Blanchfield： 是的，我的意思是，SQL许可，这只是一个该死的噩梦，但它尤其是一场噩梦，因为Microsoft和Oracle以及其他从事数据库工作的人之间的许可并不相同。如果您实际上将事情保留在电子表格中，而这往往是实际发生的情况，那么您就会知道，许可时间在您真正意识到它之前就已经到了，并且如果您了解我的意思，那么实际上就没有足够的数据来轻松获取该信息。
无论如何，正如您所指出的那样，它是动态的，而且我个人并不知道，因为Ive从未真正与Microsoft进行过谈判，因此Ive不知道，但大概是人们经常删除测试数据，测试环境的数据库，而我会猜想，如果您进行许可，那么这对您来说是荆棘。那是你吗-？
Bullett Manale： 是的，是的之所以如此，是因为很多时候人们忘记了这些东西，然后我们开始尝试，好吧，好吧，我们已经获得了核心许可，我们必须弄清楚每个实例的核心数量，我不知道，根据您购买硬件的标准，您不妨购买相当不错的硬件，然后，如果您没有以应有的方式使用该硬件，那么您将多付钱，因为当这些核心被利用时，您将为核心定价付费，以便成为一个问题。
因此，每个版本的SQL都有不同的方式来应用许可，这甚至使它有些混乱。因此，您确实面临一些挑战，因此这是为什么此信息非常有用的很大一部分，因为我们可以告诉您它是哪个版本，很明显地可以告诉您您拥有的内核数量（如果使用的是较旧的SQL版本）那是按插座定价的，我们仍然可以很明显地证明这一点。如此看来，它确实使您真正需要处理的例程变得更加简单。
Dez Blanchfield： 我想到的一件事，对不起，
罗宾·布卢尔（Robin Bloor）： 好的，你去Dez，我要问一个可能不相关的问题。
Dez Blanchfield： 就在您现在就此话题进行讨论时，很快就发现了一些东西–看到了更多的云环境采用，并且如果在我们自己的数据中心，我们自己的环境中运行它，他们会四处寻找和发现事物是相对简单的。
我们如何，如何应对可能拥有三个数据集，两个云并且在这些环境中具有可见性的场景受到防火墙保护，并且通常在管道或VPN的末尾有一个数据集。是否有需要做的事情从前端发现，还是我们需要开始开放端口，以便我们可以在某种云之间以及此平台运行所在的场所之外的特定环境中进行扫描？
Bullett Manale： 是的，在端口方面会有所考虑。因此，不幸的是，我希望我能说它要突破所有这些环境，但是您可以使用一些不同的选择。显然，如果您执行类似Amazon EC2的操作，那么您真正需要做的就是通过连接访问该环境，假设您的端口是开放的，然后能够指定您的IP地址或与之关联的域，那么它就可以开始收集并开始发现。
因此，在那种类型的环境中，这实际上不是问题。它是更特定类型的环境，例如RDS，而您只是在其中获取数据库本身，因此查看和发现这种类型的信息将更具挑战性。
Dez Blanchfield： 因此，随之而来的是数据库和数据库。因此，例如，过去曾经拥有一个非常非常大的数据库引擎（如我在前端共享的轶事）的美好时光，那里只有一个庞大的平台，而它所做的只是提供数据库。如今，数据库已嵌入到所有内容中，实际上，其中有两个或三个数据库正运行在我手机中的应用程序后面。
如果您的环境来自Lotus Notes，背后有应用程序，SharePoint和各种Internet上的数据库，您会遇到什么样的挑战？本质上，一切都由后端的数据库提供支持。您看到的是什么样的事物，看到人们在试图绘制这些世界时面临什么样的挑战，以及您的工具对他们有什么作用？
Bullett Manale： 好吧，我的意思是说的是您的意思–现在所有内容都需要一个数据库，所以很多时候可能有很多数据库被引入到DBA自己甚至没有创建的环境中意识到，因为一般来讲，在环境中安装SQL Server并不是很困难。
该工具还可以识别诸如快速数据库之类的内容，因此也可以识别SQL Server的免费版本。有趣的是，当您再次与DBA交谈时，就他们是否关心现有的免费数据库而言，您没有得到一致的答案。您所说的许多这些应用程序将使用数据库的免费版本。但是，根据与您交谈的人，组织在对数据库负责人方面将有不同的态度。
我说过一些DBA，我想起我上一次在西雅图的SQL Server PASS时，您会问“您是否关心您的快速数据库？”这个问题，大约是五十。有些人想作为DBA来了解他们，因为他们觉得自己是他们职责的一部分，即使是那些表示的数据库，他们仍然可以包含重要的信息；他们仍然需要经历备份的过程，并且仍然需要确保从健康的角度来看所有事物都在起作用。但是仅仅知道它们的存在同样重要，甚至更为重要。
而另一半人则是：“嘿，对这些数据库不承担任何责任，他们放置在数据库上的任何东西都当心安装数据库的人。”但是我要说的是，总体而言，一切都很漂亮如今，有很多应用程序都与它相关联，而这只会增加库存信息的复杂性和混乱程度。
Dez Blanchfield： 是的，我见过一些政府网站可能是我的最爱，但在企业环境中我经常看到的是，正如您所说，当人们安装SharePoint或自交换之类的东西时，人们甚至忘记了我，所以您知道他们确实提供了一个内置的免费版本，因为他们想要快速安装它，而不必担心必须购买许可。
然后变得很大，然后有人开始抱怨性能，他们说：“它只是您的旧服务器，您的存储，您的网络等等”，然后调用DBA，他们就像，“嗯，您只是一切都塞进了这个免费版本的数据库中，这不是执行如此大的任务所需要的。”
尤其是当您遇到诸如Project Manager和Office之类的场景时，大型企业或公司中正在运行数百个甚至数千个项目，并且它们将SharePoint与Microsoft Project Server一起使用，并将所有PMO内容转储到此数据库中。但是在前端，它们就像一个Web界面一样。但是确实有数据库和数据库。
Bullett Manale： 是。
Dez Blanchfield： 那么，它们是什么，我想这是人们第一步的步骤之一，我们可能希望从听众中提出几个问题。第一个问题是人们从哪里开始？他们迈出的第一步自然是什么呢：“好吧，我们需要仿制“酒精饮料匿名版”吗？”
我们拥有的数据库超过了我们所知道的处理方式。他们看起来很自然地走了一步，“好吧，我们需要得到这个东西并开始运行？”他们只是去火鸡，还是后来真的需要从小做起，只是获得一些有关映射环境的经验？
Bullett Manale： 好吧，我认为那是他们必须绘制环境图。现在，Microsoft提供了一个免费工具来执行此操作，Microsoft评估计划工具是一个免费工具，但它是静态的。您进行发现，仅此而已。您会得到一份清单。我们采取了这种做法，说外观让我们进一步走下去，进行发现，找到其中的内容，然后将其放入存储库中，并使其动态化，我们可以对其进行添加，删除。
但是总的来说，最大的第一步是我想找出并做发现。不管这意味着要试用版下载我们的产品，您都可以下载并试用14天，然后可以指出您的环境并进行收集。
现在，如果您已经有一个包含大量信息的电子表格，并且您确信该信息是正确的，那么您还可以将包含所有这些信息的电子表格导入CSV，并将其作为您所需要的一部分已经有。但是就弄清楚您不知道的事情而言，唯一的方法就是手动出去，去做或拥有一种工具来寻找这种东西。那就是您在某个时候必须做出的决定，即：“我是要尝试使该发现自动化，还是至少要首先对那里的情况有一个良好的基础，然后才可能担心某些例外情况？”但是，对于大多数情况部分，您可能需要一个工具。
Dez Blanchfield： 所以很快。人们从哪里开始着手？他们访问了您的网站？他们如何伸手并迅速开始这项工作？
Bullett Manale： 如果您访问I-D-E-R-A.com的Idera，您会看到，而我实际上可以很快地真实地展示它。在Idera网站上，您将转到产品，再转到库存管理器。您会在此处看到一个下载链接。您只需要确定要在64位或32位上安装哪个版本，就可以轻松进行操作，然后可以从那里开始发现。
罗宾·布卢尔（Robin Bloor）： 精彩绝伦的演讲，非常感谢。
Bullett Manale： 谢谢。
埃里克·卡瓦纳（Eric Kavanagh）： 观众和我们有几个问题，因为我们今天必须努力制止自己，但Bullett再次在演示中做得很出色，而制作人也很出色，发现它没有表现出来。
Bullett Manale： 对于那个很抱歉。
埃里克·卡瓦纳（Eric Kavanagh）： 不，这是好东西，您可以看到业务核心，对吗？因为业务运行数据，并且您可以直接看到核心。因此，不再需要手工波浪形的东西；现在您实际上可以指向事物并解决问题。对您有好处。
Bullett Manale： 谢谢。
罗宾·布卢尔（Robin Bloor）： 但是，很高兴看到它也顺其自然，做得很好。
埃里克·卡瓦纳（Eric Kavanagh）： 是的，我们将存档此网络广播以供以后查看，然后我们希望在大约一两个小时内将其保存起来。最初的存档有时会花费更长的时间，但是一定要让人们知道。伙计们，有了这些，您就可以放手了。再次感谢您参加简报室，实际上是热门技术。好吧，下次再见。保重，再见。