引言
服务器租赁对于企业维持其IT基础设施至关重要。但如果没有适当的成本管理，服务器租赁的成本可能会很快失控。本文将介绍最佳实践和技巧，帮助企业优化其服务器租赁的年度成本。
最佳实践
1. 确定业务需求
在开始服务器租赁之前，至关重要的是确定企业的业务需求。这包括了解所需的处理能力、内存容量、存储空间和网络带宽。通过了解这些需求，企业可以避免租赁超出其需要的服务器，从而浪费资金。
2. 比较供应商
有多家供应商提供服务器租赁服务。在选择供应商之前，企业应比较不同的供应商，以比较价格、功能和客户支持。应考虑以下因素：
- 每月租金
- 合同期限
- 升级选项
- 技术支持
3. 协商合同条款
一旦选择供应商，企业应仔细协商合同条款。应包括以下条款：
- 租赁期限
- 付款方式
- 升级和替换选项
- 取消政策
4. 优化服务器利用率
通过优化服务器利用率可以降低服务器租赁成本。这可以通过以下方法实现：
- 使用虚拟化技术
- 合并应用程序
- 调整服务器配置
5. 监控成本
定期监控服务器租赁成本至关重要。这可以让企业了解其成本并识别任何异常情况。应考虑以下指标：
- 每月租金
- 额外费用（如升级和技术支持）
- 与预算的差异
技巧
1. 考虑云计算
对于某些企业，云计算可能是比服务器租赁更具成本效益的选择。云计算提供按需付费的模式，让企业仅为他们使用的资源付费。
2. 租赁二手服务器
租赁二手服务器可以比租赁新服务器更便宜。二手服务器通常性能良好，价格显着降低。
3. 协商灵活合同
与供应商协商灵活的合同可以帮助企业在业务需求变化时保持成本的灵活性。这可以包括按季度或按半年度付费的选项，以及升级和替换选项。
4. 利用批量折扣
如果企业需要租赁多台服务器，可以利用批量折扣。这可以让企业获得更优惠的价格。
5. 寻找增值服务
一些供应商提供增值服务，如技术支持、备份和灾难恢复。这些服务可以提高服务器租赁成本，但它们可以提高整体投资回报率。
结论
通过实施这些最佳实践和技巧，企业可以优化其服务器租赁的年度成本。通过仔细管理成本，企业可以节省资金并提高其IT基础设施的效率。
文献工具笔记 | Zotero附件同步 使用阿里云ECS搭建WebDAV
探索利用阿里云ECS搭建WebDAV，为文献工具Zotero提供更广阔、成本更低的附件同步解决方案。
首先，考虑到Zotero官方提供的附件云同步容量有限且扩展成本较高，可以探索使用WebDAV进行同步。
对于国内用户来说，坚果云等其他支持WebDAV的服务可能并不免费，因此，使用阿里云免费试用三个月的ECS云服务器搭建WebDAV服务成为一种划算的选择。
获取阿里云ECS服务器后，安装宝塔面板，它是一个简单易用的服务器运维管理面板，能帮助用户快速配置服务器环境。
安装宝塔面板后，确保面板能正常打开，可能需要在服务器安全组中添加相应的端口。
建议添加端口和80端口，以确保WebDAV服务的正常运行。
接着，使用宝塔面板一键安装LNMP套件，这将为服务器提供一个稳定的运行环境。
如果在安装过程中发现面板打开受阻，可以检查安全组设置并添加缺失的端口。
安装过程中，确保Nginx服务器配置了WebDAV拓展，可以通过卸载Nginx后重新安装并添加自定义模块来实现。
使用Git从特定的GitHub仓库下载WebDAV拓展模块，并确保正确添加到Nginx配置中。
创建WebDAV服务后，在网站中设置站点，使用云服务器的公网IP作为域名，并选择“纯静态”PHP版本。
在站点设置中添加WebDAV服务的运行目录，并配置访问密码。
验证服务器无误后，通过浏览器访问公网IP，输入用户名和密码，即可完成WebDAV服务的访问设置。
将Zotero同步设置为WebDAV模式，输入云服务器的公网IP、用户名和密码，完成Zotero与WebDAV服务器的连接。
Zotero的右上角提供了一个同步按钮，点击即可实现本地与云服务器的文献资料同步。
使用WebDAV搭建的服务器，不仅适用于Zotero，也适用于其他支持WebDAV的软件。
对于安全性考量，用户需注意保护重要资料。
容量不足时，可考虑在阿里云上租赁NAS设备进行扩容。
对于Windows本地用户，可以通过注册表修改和命令行操作，挂载云服务器上的WebDAV服务。
借助宝塔面板和Nginx搭建WebDAV服务器的教程可参考相关专业博客和问答平台，获取详细步骤和最佳实践。
数据中心要如何实现节能减排增加能效
我们的研究表明，通过更加严格的管理，公司可以将数据中心的能效提高一倍，从而降低成本并减少温室气体的排放。
具体而言，公司需要更积极地管理技术资产，提高现有服务器的利用率水平；公司还需要更准确地预测业务需求对应用程序、服务器和数据中心设施容量的推动效应，以便控制不必要的资本和运营支出。
数据中心的效率是一个战略问题。
企业建造和运营数据中心花费的资金在公司IT预算中占的比例不断上升，导致用于急需技术项目的预算越来越少。
数据中心建造计划是董事会一级的决策。
同时，监管部门和外部利益相关方也越来越关注公司管理自身碳足迹的方式。
采用最佳实践不仅有助于公司减少污染，还能够提高它们作为良好企业公民的形象。
IT成本高昂如今，公司进行的分析越来越复杂，客户要求实时访问账户，广大员工也在寻找新的技术密集型协作方法。
因此，即使在经济放缓时，人们对于计算、存储和网络容量的需求也在继续增长。
为了应对这一趋势，IT部门正不断增加计算资源。
在美国，数据中心的服务器数量正在以每年约10%的速度增加。
与此同时，在中国和印度等新兴市场，机构正在变得越来越复杂，更多的运营工作实现了自动化，同时有越来越多的外包数据业务在这里进行，因此数据中心的数量呈现出更快的增长态势。
这种对计算资源无法抑制的需求，导致全球数据中心容量稳步上升。
目前，这种增长并没有显露出即将结束的迹象，通常在经济衰退时期它只会进入温和增长状态。
这一增长已经导致了IT成本激增。
如果将设施、存储设备、服务器和人员成本都计算在内，数据中心支出一般会占到企业IT总预算的25%。
随着服务器数量不断增长，电价也正以高于收入和其他IT成本的速度攀升，上述比例只会日益提高。
每年，运行这些设施的成本都在以高达20%的速度上升，而IT总支出的增长速度仅为6%，二者相差极为悬殊。
数据中心支出的不断增加，改变了许多企业的经济结构，尤其是金融、信息服务、媒体和电信公司等信息密集型企业。
在过去5年中，成立一个大型企业数据中心所需的投资已经从1.5亿美元升至5亿美元。
在IT密集型企业中，最大设施的造价正逼近10亿美元。
这一支出挤占了新产品开发的资本，降低了某些数据密集型产品的经济效益，并降低了利润。
此外，不断上升的能耗产生了更多、范围更广的碳足迹，导致了环境恶化。
对于大多数服务行业，数据中心是企业最主要的温室气体排放来源。
在2000到2006年间，用于存储和处理数据的电力翻倍，每个数据设施的平均耗电量相当于2.5万个家庭的总和。
世界上共有4400万台服务器，消耗了总电力的0.5%。
如今，数据中心的碳排放已经接近阿根廷和荷兰等国家的碳排放水平。
仅仅在美国，到2010年数据中心的预计用电增长量就相当于要新建10座电厂的发电量。
目前的预测显示，如果不对需求加以遏制，2020年全球数据中心的碳排放将是现在的4倍。
监管部门已经注意到这些发展趋势，正在督促公司拿出解决方案。
美国环保署(EPA)建议，作为建立运营效率标准的第一步，大型数据中心应当使用能量计。
同时，欧盟也发布了一套自愿执行的行为准则，其中介绍了以较高的能效运行数据中心的最佳实践。
随着数据中心排放量的持续上升，政府可能会为了减排而施加更大的压力。
第2页：全面应对挑战全面应对挑战在信息密集型机构中，许多部门和级别的人员都可以做出影响数据中心运营效率的决策。
金融交易员可以选择运行复杂的蒙特卡洛(MonteCarlo)分析，而药物研究人员可以决定要将多少临床实验影像数据存储起来。
负责应用程序开发的管理人员可以决定用多少编程工作来满足这些需要。
服务器基础设施的管理人员可以做出设备采购决策。
设施主管则可以决定数据中心的位置、电力供应，以及在预测的需求出现前安装设备的时间表。
上述决策通常是在孤立状态下做出的。
销售经理可能会选择将交易由隔夜结算改为即时结算，金融分析师则可能希望为历史数据存储几份副本，他们完全没有考虑到这样做会对数据中心的成本造成什么影响。
应用程序开发人员很少想到要对自身的工作进行优化，以将服务器用量降到最低，也很少考虑开发能够跨服务器共享的设计应用程序。
购买服务器的管理人员可能会选择价格最低或他们最熟悉的产品。
但是这些服务器也许会浪费数据中心的电力或空间。
很多时候，管理人员会超额购买设备，以保证在最极端的使用情况下拥有足够的容量，而这会造成容量过剩。
管理人员往往会建造有多余空间和高制冷容量的设施，以满足极端情况下的需求或应对紧急扩建。
这些决策在整个机构中累加起来，将对成本和环境造成重大影响。
在许多情况下，公司可以在不降低自身数据管理能力的前提下，停用现有的部分服务器，并搁置购买新服务器的计划。
这可以借助一些众所周知的技术来实现。
比如虚拟化，这种技术实际上是通过寻找服务器的空闲部分来运行应用程序，以达到容量共享的目的。
但是公司不一定会这样做，因为没有哪位高管能够承担“端对端”的责任。
在机构内部，管理人员会以最符合自身利益的方式行事，这就造成大多数数据中心效率低下，每台服务器上常常只运行了一个软件应用程序。
我们分析了一家媒体公司的近500台服务器，其中利用率低于3%的占三分之一，而低于10%的则占三分之二。
虽然有诸多用于跟踪使用情况的现成管理工具，但这家公司没有使用其中任何一种。
从全球来看，我们估计服务器的日常利用率一般最高只有5%到10%而已，这造成了能源和资金的浪费。
对此，数据中心管理人员一般会回答，配备这些服务器是为了在极端情况下提供容量，例如应付圣诞节前一天的购物潮。
但一般来说，这一论断并不成立，因为数据显示：如果平均利用率极低，那么高峰时段的利用率也会很低。
此外，数据设施的数量不断攀升，但所存放的服务器和相关设备有时仅占数据设施容量的一半，这说明有上亿美元的资本支出被浪费了。
即使公司报告认为数据中心已经满载，但沿着数据中心的过道行走，经常会发现服务器机架上有很多空位，原先放在这些空位中的设备都已经淘汰。
之所以出现这种不一致的现象，部分原因在于预测数据中心需求的难度很高。
运营的时间框架是一个问题。
数据中心的设计和建造一般需要2年或更长时间，而预计的使用寿命至少为12年，因此容量是在业务部门产生实际需求之前就已经设定的。
与此同时，对于业务决策如何互相影响，如何转化为对新应用程序的需求，以及需要多少服务器容量才能满足需求，还存在着认识不够全面的现象。
例如，如果客户需求增长50%，许多公司很难预测出服务器和数据中心的容量是需要增加25%，还是增加100%。
在极端情况下，我们发现一些设施在投入运营后常年处于半空状态；而另一些公司在建成一个数据中心之后，很快就发觉需要再建一个新的。
如今数据中心已经成为一项昂贵的资产，由此可以推断，财务绩效责任落实得十分糟糕。
设施的财务和管理责任往往会落在不动产管理人员身上，而这些人基本不具备相关的专业技术知识，对于IT与核心业务问题的联系也缺乏深入的认识。
同时，管理服务器运营的人员很少去了解关键运营支出的数据，例如耗电量或IT设备所占不动产的实际成本。
相反，当IT管理人员决定购置更多的应用程序或新的服务器时，有时只会使用硬件初始成本和软件许可证费用等基本指标。
计算实际成本时，需要考虑设施运营和租赁、电力使用、支持以及折旧等因素。
这些费用可能是服务器初始购置成本的4到5倍。
加上前面说到的孤立决策和责任问题，数据中心通常会添加额外的服务器作为保险措施，而很少讨论成本权衡或业务需求。
在缺乏实际成本分析的情况下，过度建造、过度设计和效率低下就成了普遍现象。
第3页：改革运营方式改革运营方式在研究之初，我们以为通过建造新的节能型数据中心，可为降低数据中心的成本和碳排放指出一条光明大道。
新的设施可以发挥当前各种技术的优势，利用自然冷却方法和碳排放较低的电源。
但我们还了解到，在降低成本和碳排放方面成效最显著的方法是改善公司现有数据中心效率低下的状况。
通过改善资产管理，增强管理层的责任意识，并且为降低能源成本和碳排放设立清晰的目标，大多数公司都能够在2012年之前将IT能效提高一倍，并遏制其数据中心温室气体排放的增长。
实际上，您无需另行建造就能获得最环保的数据中心。
积极管理资产一家大型公司采用的做法表明，规范现有服务器和设施的使用就可能产生巨大的收益。
这家公司原本的计划是，增加服务器的数量，并建造一个新的数据中心来容纳这些服务器和其他IT设备，以便满足自身在2010年的信息需求。
该公司的董事会已经批准了这项计划，但这意味着企业在这一年会有大量的资本支出。
于是，这家公司彻底修改了计划。
它将关闭5000多台很少使用的服务器。
通过对占公司应用程序总量15%的3700个应用程序进行虚拟化，可以将现役服务器的数量由2.5万台减少至2万台。
公司还更换了一些较为陈旧的服务器，代之以能够将用电效率提高20%的产品。
这些调整使公司得以搁置原先的数据中心扩建计划，并因此节省了3.05亿美元的资本投资成本。
由于服务器数量和耗电量的下降，运营支出预计将减少4500万美元，降低到7500万美元。
考虑到停用和虚拟化因素，服务器运行时的平均容量利用率将由目前的5.6%升至9.1%。
该公司仍然能够满足自身日益增长的数据需求，但是电力需求的减少，意味着未来4年内的二氧化碳排放将由59.1万吨削减至34.1万吨。
公司还可以通过对不断上升的数据需求加强管理来实现节约。
对于应当保留多少数据，是否要缩减某些数据密集型分析的规模，业务部门应当审查相关的政策。
一些交易的计算可以推迟，以降低服务器在高峰时段的利用率，也并不是所有企业信息都需要基于广泛备份的灾难恢复功能。
更好的预测和规划是提高数据中心效率的基础。
公司应当跟踪自己对数据需求的预测与实际需求之间的差异，然后向能够最大限度减少预测偏差的业务部门提供奖励。
数据中心的管理人员应尽可能全面了解未来的趋势，例如机构增长和业务周期等，然后将这一趋势与自身采用的模型结合起来。
由数据中心、应用架构师和设施操作人员提供的建议可以用于改善这些模型。
一家全球通信公司制定了一套规划流程，将每个业务部门数据增长量的各种发展情况包括在内。
虽然公司最终得出的结论是，它需要扩大容量，但是未来需求中有很大一部分可通过现有资产来满足，这比原计划节约了35%的资本支出。
许多机构并没有将数据中心看作一种稀缺的昂贵资源，而是将其当成了等待注水的水桶。
为了避免这种趋势，公司在估算新服务器或附加应用程序和数据的成本时，可以采用实际拥有成本(TCO)核算法。
业务部门、软件开发人员或IT管理人员在进行支出决策时，很少会将应用程序和服务器的生命周期运行成本考虑在内。
提早计算这些成本，有助于限制过量的需求。
管理这些变化可能十分困难。
大型机构中的许多人并没有意识到数据的成本。
企业的每一个部门都会产生对于数据中心服务的需求。
满足这些需求的责任分散在IT部门(包括运营和应用开发)、设施规划人员、共享服务团队和企业不动产职能部门身上。
成本报告工作并没有统一的标准。
第4页：提高总体效率提高总体效率作为数据中心改进计划的一部分，我们建议采用一项新的指标：企业数据中心平均效率(CADE)。
与美国的企业燃料平均经济性(CAFE)里程标准类似，CADE考虑了数据中心内的设施能效、设施利用率和服务器利用率水平。
将这些因素综合起来，就得到了数据中心的总体效率，即CADE(图)。
减少了成本和碳排放的公司将提高自身数据中心的CADE分数。
这就像在汽车行业中，出色的里程数能够提高CAFE评级一样。
为了给改进工作设立目标，我们将CADE分为五级。
属于CADE第1级的数据中心运营效率最低；大多数机构最初可能都会被归入较低的级别。
关闭利用率低下的服务器、采用虚拟化技术以及提高设施空间的使用效率，都将提高CADE分数。
借助CADE，公司还可以对整个数据中心的设施进行基准比较分析，或者与竞争对手进行比较，也可以为管理人员设立绩效目标并加以跟踪。
在数据中心的需求管理方面，我们建议采用一种由首席信息官全权负责的新治理模型。
在这种体制下，首席信息官能够更为透彻地了解各业务部门的数据需求；对于需要更多服务器或软件应用的新数据项目，他们可以强制要求将能耗和设施成本考虑到相应的投资回报计算中。
我们还建议首席信息官采用一种新的指标来衡量改进情况，请参见副文“提高数据中心的效率”。
通过强化责任，首席信息官将拥有更高的积极性来寻求改进，例如采用虚拟化技术和提高现有设施的利用率。
由于这种模型将关键业务决策的更多责任集中在首席信息官身上，因此不但需要首席执行官的全力支持，而且要求机构转变以往对于业务部门的数据中心扩容请求有求必应的思维模式。
此外，首席信息官还应当设定将数据中心的能效提高
什么是配置管理数据库
配置管理数据库是指这样一种数据库，它包含一个组织的IT服务使用的信息系统的组件的所有相关信息以及这些组件之间的关系。
配置管理数据库提供一种对数据的有组织的检查和从任何想要的角度研究数据的方法。
配置管理数据库的作用及分类配置管理数据库的作用在于：用来收集所有与配置有关的信息；用来评价系统变更的效果；用来为配置管理过程提供管理信息。
而根据配置管理数据库的不同应用，可以分为以下3种。
(1)开发库：它是指专门供给开发人员使用，里面存储的信息可能会作频繁的修改，而且对其控制也相当宽松。
主要是为了更好地适应开发人员日常工作的需要。
(2)受控库：是指在生存期某一阶段工作结束后发布的阶段性产品，通常包括人工制品和机器可读信息{源代码、可执行文件等)。
由于软件配置管理的关键也正是对受控库中的各个软件项进行管理，因此受控库也通常称之为软件配置管理库。
(3)产品库：是指开发的软件产品已经通过了系统测试后使用的配置管理数据库。
它通常存放的是最终产品，等待交付用户或现场安装的产品。
配置管理数据库识别和建立1)确定配置管理的范围建立配置管理数据库，首先要考虑的是IT基础架构中哪些信息需要纳入配置管理的控制、配置项的宽度和深度，以及配置项的生命周期。
配置管理流程作为IT服务的支持流程，IT服务本身也可以作为配置项记录在配置管理数据库中，配置管理数据库与组织IT服务管理水平密切相关。
一方面组织的服务管理水平不断提高，需要配置管理数据库为之提供更详细、更准确的配置项信息，对配置管理数据库的管理要求也随之提高；另一方面，配置项的广度的扩大会造成IT成本的增加，深度的加深又会给IT管理带来一定的难度，因为组织海量级的配置项信息需要实时性和准确性才能对业务服务有所帮助，否则就很难体现出配置管理数据库的价值。
所以组织应该从IT服务需求和配置管理数据库成本平衡角度出发，选择一个能够为业务提供所需基础信息又能将IT管理投资最小化的适合组织发展的配置管理范围。
配置项的生命周期应该从采购申请开始到报废销毁结束。
所以组织需要确定一个配置项信息被记录到配置管理数据库和从配置管理数据库中被删除的时间点，为配置管理审计提供支持。
2)配置管理数据库基线配置管理数据库的信息由配置信息基线和变更集组成，基线备份分为两种：·基于数据库的定期备份制定备份策略，备份代理定期或者适时连接备份服务器，将配置管理数据库备份到备份服务器上的备份库中。
作为某个特定时刻配置管理数据库状态的快照，当配置信息遭到破坏或丢失时，配置管理数据库可以恢复到故障前最近的完整状态，提高系统资源的安全性和抗毁性，将灾难带来的损失降到最低。
·基于变更内容的备份对配置项的修改来自于变更任务，在每次实际修改过程中，自动备份配置项的修改前内容，作为变更前版本，修改后内容作为配置项的当前值，保障配置项历史信息的回溯和查询。
3)确定配置项的颗粒度配置管理数据库能否为业务服务提供良好的支持，很大程度上取决于配置项的详细程度，组织应该制定所有配置项分类的颗粒度范围，配置项颗粒度太粗会导致配置管理数据库无法为其他流程和业务服务提供支持，同时会影响到配置项之间的关联关系。
举例来说，如果网络设备中以一个交换机为配置项，当交换机上的某一个端口发生故障时，无法立刻定位影响到哪套信息系统，只能说和这台交换机有关的业务可能都受到了影响，这就无法体现配置管理数据库的价值所在。
但是配置项颗粒度如果太细，就会造成配置管理数据库管理人员的巨大压力，会大大增加IT运维成本。
就刚才的例子来说，如果反之网络设备的配置项细化到每个交换机的端口都是一个配置项，那么当它发生故障时，的确能够很快根据配置管理数据库中的信息定位到受影响的业务系统，并且能够确定影响程度和范围，但是一个组织若有上百台甚至上千台的交换机，每天仅端口信息的修改就会给组织的人力、物力带来很大的压力。
所以如何定义配置项的颗粒度对于配置管理数据库的使用和价值体现都起着决定性的作用。
4)确定配置项的属性内容一个配置项的属性内容决定了它能为其他流程服务提供的具体信息，但是一个配置项的属性可能有成百上千个，选择找到适合配置项自身需求的属性、最有用的信息，就能够大大降低维护信息的成本。
一个配置项属性的定义要具备面向服务的特性。
例如一台服务器有很多属性，但是可能对于某个组织来说，只有IP地址、内存、CPU等信息是有实际意义的。
5)建立配置项之间的关联关系配置项的关联关系对于处理事件、问题，确定变更的影响范围和程度以及对服务可用性的预测起着很大的帮助作用。
配置项之间的关联关系可以分为四种，属于、包含、对应和连接。
组织可以采用两种方式对配置项关联关系进行整理，第一种方式是自上而下的方式，即按照“业务服务→IT服务→IT系统→IT组件”的模型定义配置项关联关系，这种模式的优点在于以业务为主线能够快速建立起所需要的配置项关联关系模型，但是很难建立完整的配置管理数据库。
另一种方式是自下而上的模式，即先建立组织内部的所有配置项和配置项关系，然后逐步映射到相应的业务服务。
这种模式的优点在于能够建立全面的配置管理数据库，为配置管理日后发展打下扎实的基础，但是建立周期较长，企业会在配置项的建立上花很多的时间。
6)配置项状态配置项的状态共分为以下四种。
·新申请状态：当对于新增配置项的变更请求还未经过评估和批准，需要在配置管理数据库中记录该新增配置项时，其状态为“新申请”。
·准备状态：新增配置项的变更请求已经经过评估和批准，但是配置项还未投入正常使用，其状态为“准备”。
·运行状态：配置项在正常使用，其状态可置为“运行”。
·报废：当配置项已经被撤销，不会再使用时，将状态置为“报废”。
7)配置项的命名规范每个配置项都应该有唯一的配置项编号，建议组织在制定配置项命名规范时，能够充分考虑编号的可扩展性和易记性，同时从编号中能够反映一部分的配置项信息和关联关系信息，为配置项管理员提供帮助。
8)配置项和流程的关联变更、事件、问题管理流程都会牵涉到配置项的更新，同时配置项信息也为IT服务管理流程提供帮助，这就需要配置项能够和这些流程紧密结合。
配置管理数据库的标准一个高效、好用的配置管理数据库(Configuration Management Database，CMDB)需满足以下6条重要标准，即联合、灵活的信息模型定义、标准合规、支持内置策略、自动发现和严格的访问控制。
车辆制造商、大型零售商、银行这些全然不同的企业之间有什么共同之处？答案就是它们都需要IT，或者更准确地说，它们都要遵循IT基础架构库(ITIL)服务管理的最佳实践，采用自动化IT管理解决方案以实现重要的业务目标，包括减少服务中断、降低成本、提高IT效率、促进法规遵从等。
实施ITIL最佳实践的核心就是配置管理数据库(CMDB)。
CMDB将IT基础架构的所有组件储存为配置项，它不仅能维护每个配置项的详细数据，而且能维护各配置项之间的关系数据。
同时，CMDB还能维护各配置项中包括其事件和变更历史在内的管理数据。
通过将这些数据整合到中央存储库，CMDB可为企业了解和管理数据类型之间的因果关系提供保障。
更为关键的是，CMDB可实现IT服务支持、IT运维及IT资产管理内部及三者之间的流程整合与自动化，为业务服务管理(BSM)这全面、统一的IT运行平台奠定坚实基础。
业内普遍认为，一个精心架构的CMDB能为IT部门奠定坚实的基础，提高服务基础架构的透明度、可靠性以及可控性，并能自动化服务的配置管理，同时确保IT运维持续遵从企业政策、政府法规、行业标准和最佳实践。
当然，为实现这种高水平的集成度和自动化，CMDB需满足以下六条重要标准，即联合、灵活的信息模型定义、标准合规、支持内置策略、自动发现和严格的访问控制。
联合CMDB提供IT环境的单一、准确的信息源，因此，可以将它看做是一个记录IT基础架构数据的中央存储库。
但是，将所有基础架构信息存放在一个数据库中很难实现，因为基础架构的类型、各类元素类型及管理数据的类型种类繁多，且各数据类型中也存在着不同的粒度水平。
比较可行的方法是将各个CMDB和其他的数据存储统一到ITIL所定义的配置管理系统(CMS)中。
这样，根据IT基础架构和运维管理的不同功能所创建的各个CMDB数据集将共同形成一个整体的企业CMDB。
统一多个数据存储需要采用一种联合的方法，并且在创建企业CMDB架构时就需设计考虑到这种联合方法，而不能事后补入。
建立在联合架构中的CMDB能接入广泛的信息，而无需将所有数据移动或复制到CMDB中。
为确保该方法有效实行，整体企业CMDB中的各个数据存储必须清晰地隶属于不同的功能领域，且满足数据交换、数据核实和数据访问三方面要求。
比如，在一家大型服装零售店里， CMDB存储了IT环境的基本信息，并为其他关键、详细的数据存储提供索引。
配置项关系和管理信息使工作人员能够将资产与事件和问题相关联，理清事件之间的相互关联信息，从而能从根源上分析事件和问题产生的原因。
通过联合方法，CMDB向工作人员提供所需信息，让他们更有效地管理资产生命周期。
这将有助于确保企业不会浪费资金，继续支持维护历史遗留系统。
采用联合方法的一项关键要求是具备强大的数据整合能力，以确保多源数据的准确性和一致性。
数据整合不仅能消除重复数据，使各部分有且仅有一个配置项，还能确保多源数据连接到正确的配置项。
灵活的信息模型定义CMDB信息模型有两种不同的方式。
一种是自上而下，即先有一个宏观的企业视图，然后在CMDB中为该视图部署一个元数据模型，然后确保所有管理应用程序符合元数据模型。
另一种方式是自下而上，即把低层的数据集进行标准化，依此开发元数据模型。
大多数IT机构会选择自下而上的方式。
因为采用这种方式，现有的管理数据集能轻松地并入元数据模型中，减少部署工作，加快产生价值。
由此产生的元数据模型与具体的管理功能和应用无关，因而比实际的低层次数据集更易操控，而那些低层次数据集则受制于具体应用所引发的具体管理功能。
自下而上方式的另一项优点在于它更易被接受，因为与自上而下的方法不同，它无需破坏企业的组织架构和文化。
精心架构的CMDB可同时支持这两种方式，满足IT要求并提供部署CMDB所需的IT灵活性。
标准合规联合架构包含多个CMDB，也就意味着出现多个数据集，因此必须实现各个CMDB之间及数据集之间的互操作性。
这就需要标准化的数据交换机制，以确保数据准确，保护数据安全，实现有控制的访问。
所以，CMDB架构需在网络服务方面支持如XML和SOA等开放标准。
通过标准支持，可实现不同数据存储之间的相互操作，同时确保数据不违反IT部门为其企业CMDB开发的元数据定义的整体性。
支持内置策略精心架构的CMDB可以涵盖策略、记录服务及服务相关辅助组件的创建、更新、实施、持续合规追踪等环节中用到的标准。
这些服务可以是应用、中间件、系统可用性、数据库、网络设备和操作系统等。
服务相关辅助组件可以是网络服务器、数据库服务器、应用服务器、网络设备、客户机等。
标准中必须包括数据集的详细信息，如配置、安装、性能和运行时间。
策略可能是动态的，并且可能因时间、用户数和服务水平协议(SLA)等因素而变动。
精心架构的CMDB还可包括流程模型。
由于IT环境通常随时间变化而发生变更，因此这些流程模型必须也是动态的，以自动适应这些变更。
由于能够包含策略和流程模型，CMDB在基于策略的流程自动化中发挥着十分重要的作用。
这种自动化能大幅加快流程执行，同时执行最佳实践流程应用。
例如，一家专注于卡式支付交易服务、电子支付系统和国际金融信息的基础架构服务供应商应用了CMDB之后表示，CMDB可以帮助IT部门在极短时间内高质量高水平地执行所有发布、变更和SLA管理等主动的、前瞻性的流程。
自动发现CMDB需自动发现IT基础架构中的所有资产及其详细信息、各项资产之间的物理和逻辑关系，以及资产与其支持的服务之间的关系。
联合方法可以支持自动发现，因为该方法能获得基础架构中任何一项组件的详细信息。
已经有一些领先的企业选择了自动化工具来发现IT环境中的配置项并将其反馈到CMDB，这些工具还能捕捉组件之间的逻辑依赖关系，并识别哪些IT组件包含企业应用。
传统上，IT利用自动发现功能快速传播库存信息。
最新一代的自动发现方案还可定期扫描IT环境，提供特定组件在不同时间点的实时配置信息。
对于任何针对组件及其支持的服务所进行的分析而言，实时发现加之按时间顺序产生的一系列实时信息，将有着十分重要的意义。
严格的访问控制在IT领域，未经授权或未预料到的访问和变更会导致服务中断或宕机。
因此，安全和访问控制在CMDB设计和部署中发挥着必不可少的作用。
访问政策可用于用户和工作群创建资料介绍和访问控制。
CMDB必须符合安全标准，以防止对数据集执行任何未经授权的变更。
这些标准可以通过目录进行归档，以确定各个数据集的各自授权访问人员，以及访问人员的数据集操作权限。
CMDB具有这种内置的、基于角色的访问控制之后，就可以通过目录访问权限来实现用户身份验证。
配置管理数据库的标准为了确保CMDB项目实施的成功，防止不必要的项目拖延，企业在实施配置管理数据库（CMDB）时应该有一些预防措施，本文提出了6个方面的缺陷，企业在实施CMDB时应该极力避免。
缺陷1:不能识别CMDB的目标和收益CMDB管理着企业环境内的众多配置项及其关系，这些配置项可以是服务、软件、硬件、系统、操作系统、应用程序、数据库、流程文档、安全文档、网络组件等。
在不同的企业之内，这些特定的配置项的重要性是不同的。
CMDB不能也不应该管理企业内的每个资产、文档或流程。
每一个企业都不应该对自己的配置项的特定目标和利益视而不见。
如果知道CMDB如何应用，比如理解变更的影响，就可以基于CMDB购买和实施的成本，对项目的目标进行成本－利益分析和衡量。
清楚地定义短期目标和长期规划，对于CMDB项目的初期开展很关键。
如果不能合理地定义目标和量化投入产出比（ROI），你的方案就很难得到管理层的同意。
缺陷2:让CMDB成为一个元数据的倾销库为了获得最大的业务价值，要认识到CMDB中什么可以管理与什么应该管理两者之间的区别。
一些企业在发起实施CMDB时，有时候会不加区别地将所有来自配置项（CI）仓库的数据全部输入到CMDB，而未能进行充分地关系文档化或者是对配置项的变化进行管理。
CMDB应该只包含那些计划将要积极去管理的配置项。
如果将所有的数据都倒入CMDB之中，没有一个规划，企业就会身处一个难以管理且价值不大的知识库之中。
缺陷3:忽视变更管理的需要如果没有一个有效的变更管理流程，CMDB将很快就会与现实不同步。
因此，CMDB和配置管理流程必须与变更管理流程紧密结合在一起。
只有经过认可的变更可以进入CMDB，只有作为变更请求（RFC）的一部分的配置项才能进行更新。
如果不能满足这些要求，CMDB的实施将会陷入一个向下的螺旋，直至失败。
缺陷4:不能获得利益相关者的支持CMDB实施在企业之内会有很多接触点。
与配置项相关财务、能力和可用性等属性都要求从分离的不同部门输入，如果关键的利益相关者从一开始就没参与，如果他们不能得到CMDB能为组织交付的真正价值，那么要让他们支持一个包含所有必要的属性和关系的CMDB的建设会很困难。
因此，在CMDB项目的开始，就要努力获得关键的利益相关者的支持。
要向他们表明，CMDB将会使得他们持续不断地改善相关指标和关键绩效指标（KPI），这样你就能得到所有相关方面的支持。
缺陷 5: 难以更广泛地实施在项目开始之初就能对其进行有效的引导和控制，比如说一个被清楚定义的业务服务的实施，这对于项目的成功是关键的。
首先要确定支持业务服务的配置项，如应用服务器、网络服务器、路由器、数据库和数据库服务器等，然后就要确定在这些配置项之间存着什么类型的关系，比如说是“依托运行”、“主机”、“连接”、“管理者”等。
这些关系有助于理解和降低与组成服务的配置项的变更相关的风险一旦CMDB按照这样的做法初步成功实施，企业就可以考虑扩展项目的范围，以一种有效且高效率的方式来管理更多的配置项。
这种渐进的方法可以让企业迅速地实现价值，同时还会获得进行更广泛实施所需要的经验。
缺陷6：在流程和培训的投入上吝惜CMDB的成败取决于使用和维护它的人，如果这个人没有经过合理使用和维护流程的培训，那么，CMDB将会是低效的，其中的内容很快就会变得过时和不准确。
正确的培训也有助于确保一个成功的实施，以及一次值得付出的投资。
能够避免以上六个方面错误的企业将会安全地完成CMDB的实施，并提高成功的可能性。
这意味着他们能以更低的成本为业务提供所需要的服务，同时还能确保这些服务在一个符合要求的绩效水平上运行。
参考文献配置管理数据库专家网.王俊 胡呈炜 郑迪主编.系统分析师案例分析与论文指导.人民邮电出版社,2007.4.侯维栋主编 认证与实践.清华大学出版社,2010.01.企业配置管理数据库CMDB选型的六大要点.配置管理数据库实施六忌.
