IT运营团队和安然团队一向在兵戈。数据中间安然尺度对利用这些系统的人会产生极大年夜的影响。安然管得太死，会让治理员们几近没法正常工作。

　　利用和系统法度员需要权限才能对系统进行操控、检测和修复标题问题。同时，公司必需避免未经授权的信息流出，包含客户、员工或其他奥秘信息。为了保持可用性，企业限制任何人进行随便的、未经打算的或歹意的更改。那么，公司在提恰当的权限用于手艺撑持的同时，若何才能兼顾数据呵护和可用性?

　　数据中间身份治理有多种实现编制，包含组登录ID、应急Id 和备用Id(group logon IDs, firecall IDs and alternate IDs)。让我们看看每项安然办法和相联系关系的标题问题。

　　组登录ID：一些公司将很高的权限分派到一个功能组，任何属于构成员的登录ID均享有该权限。您可以对该组ID进行节制，在分派拜候权限之前要求手艺员输进核准的点窜代码。

　　这个方案有多个长处。起首，很等闲对这些ID履行的每个把持进行记实和审核。它还可以避免伶仃的用户获得过量权限，并按照组ID的来实现节制，这意味着任何对系统的更改必需已颠末端沉思熟虑、打算和审查。

　　应急ID：应急ID和组ID近似，可是应急ID只有有限的利用范围和利用寿命。一般环境下，一个需要非正常拜候权限的法度员必需被分派或成立一个应急ID。附加的节制前提可能包含一个一次性暗码和一个过不时候，这限制了应急ID的利用刻日。

　　应急ID和组ID一样可以被严格的审核，IT部门可以把各类各样的节制办法附加于应急ID的获得过程。别的，应急拜候的节制粒度可以比组ID更细。例如，一个组ID可能承诺更新系统数据库并从头组织数据库，同时我们可以设置两个不合的应急ID对应每个不合的功能。

　　备用ID：备用ID的权限仍然是针对个别用户的。但备用ID不是在所有时候都具有完全拜候权限，安然团队移除正常治理ID的高级别权限后，将这些权限转移分派给备用ID。这将承诺手艺撑持人员利用他们常常利用的ID监测系统，因为高权限被消弭，系统被点窜的风险也得以消弭。因而，当治理员需要进行任何点窜时，反而需要登录到他或她本身的备用ID。

　　备用ID比组ID或应急ID更矫捷。它们可以更快速地拜候高级权限;当然，它们更难节制。

　　关于应急ID和组ID的争议

　　应急ID和组DI有几个共同错误谬误。第一，当然可以尽可能地对两个ID进行严格审核，仍然难以避免某些埋没的点窜把持。例如，IBM的互动系统出产力基金(ISPF)对更新库目次分区数据集(PDS)的把持，只记实最后一个把持账户的ID。在这类环境下，ISPF的记实存储的是应急或组的ID，但谁在利用这个ID则无从知晓。

　　因为有时辰公司会在告急环境下用到告急ID，此种环境下ID的获得流程就会成为一个标题问题。假定获得一个应急ID破钞的时候太长，或需要太多的文件或级别的核准，本来短时候就可以解决的停机可能很等闲变得漫长。

　　组ID也有一个近似的缺点。想象某一天停电，独一具有足够高权限修复故障的ID却被或人锁定，并且那小我刚好当天禀开了。

　　这里有几个兼顾数据中间安然和可用性的最好实践：

　　承诺利用法度和系统开辟人员监控出产环境。就算所有比来的开辟项目都处在主动化状况，就算你有“自立”系统，仍然有需要对计较机系统进行主动监控，如许才能实现最高的可用性级别。准确分派的只读拜候权限必定不会对可用性造成威胁。

　　假定三个选项都能实现功能，此时备用ID多是最好的选择。备用ID可以被日记记实——这一点和组和应急ID登录一样——系统内总会留下一些可供审计追踪的陈迹。备用ID让撑持人员在需要的时辰可以快速步履。

　　假定一家公司希看利用应急或组ID，务必先成立完美均衡安然节制和快速实现拜候的流程。别的，摆设节制应急ID的软件应当成为企业的最高可用性方针之一。

　　一个部门可能要指定几个靠得住的人员，授予出产系统的完全权限，在环境要变得糟时能成为一支救场的奇兵。当然这可能会成为其它节制手段的缝隙，但假定真呈近况况了，它确切会更快地解决标题问题。

　　请信赖你的手艺撑持人员。他们也在为企业的成功而极力，并且和治理者一样不喜好停机。