应用程序管理- System Center 和Web Platform Installer (WebPI)

原文链接:http://blogs.technet.com/b/privatecloud/archive/2013/08/30/application-management-system-center-and-the-web-platform-installer-webpi.aspx 在这篇博文中,我要介绍一项在微软已经使用了一段时间的技术,现在这项技术可以帮助用户访问新的 System Center 和 Windows Server 组件,例如 Windows Azure Pack (WAP) 和 Windows 服务总线。关于 WAP 的更多细节,请单击这里。这也是寻找大量样例以及服务模板示例和WAP 及Virtual Machine Manager 的库资源的机制。本文总体概述了 WebPI 以及 System Center 和 Windows Azure Pack 有关的用法。后面会有关于 WAP 部署和配置以及模板及资源使用的更详细的博文。 首先,什么是WebPI? 在 2009 年最初的发行版中,这是一个免费的实用工具,安装在工作站或服务器上,属于开发人员在 Web 开发中需要迅速找到和运行的工具。它的功能有,安装 Visual Studio Express以及安装 SQL Server Express 作为示例。这个工具逐渐发展,还包含了第三方应用程序的安装,允许开发人员扩展和增强,制作自己的工具。它的最新版本是 4.6,目前依然是免费工具,可以从这里下载。 它的作用 我认为这是一个足够重要,值得单列的主题,尤其在我们在这篇博文后面讨论我们的 BuildingClouds示例的时候。WebPI 应用程序可以访问一个默认 WebPI 源,本质上与 RSS 源类似,但这些源包含的内容比标准 RSS…

0

支持提示:升级到 Operations Manager 2012 R2 可能会导致数据仓库同步失败

~ Brian McDermott 大家好,Brian McDermott 将为您提供另外一项 Operations Manager 支持提示。如果您已经从 System Center 2012 Operations Manager Service Pack 1 (OpsMgr 2012 SP1) 升级到 System Center 2012 R2 Operations Manager (OpsMgr 2012 R2),可能会出现以下错误: Log Name:      Operations Manager Source:        Health Service Modules Date:          Event ID:      31565 Task Category: Data Warehouse Level:         Error Keywords:      Classic User:          N/A Computer:      OMMS.domain.com Description:…

0

AD域环境准备

原文链接:http://vmcloud.info/?p=869 从今天开始,我将去完成一整套微软最基本的私有云建设,具体架构图如下: 其中会涉及到微软的System Center一整套产品,当然这也是只是v1.0版本,当完成了之后,就会更新v1.1版本,在v1.1版本中,将会使用更加便捷、自动化与高度集成的方式去部署,并且不再局限于Microsoft解决方案。 此篇文章仅仅当作献礼MVP与学习交流,不经允许禁止做为商业用途。 下面就开始本平台的第一篇部署,将完成以下部分(蓝色为未实现,绿色为计划中,红色为实施中): 1. 登录DC01,建立VMCloud.info域: 2. 将图中准备好的服务器如数加入域中: 3. 创建AD新站点,名称为“VMCloud”: 4. 创建VMCloud子网: 5. 建立IP站点连接: 6. 打开AD域管理器,建立“System Center” OU,并按图中所示建立相应OU: 7. 将加入域的平台相关机器拖入Servers OU中: 8. 在Admins OU中建立 SCadmin组: 9. 建立scvmmadmin账户并加入SCadmin组中(账户作用将在对应篇章中说明): 10. 同理创建其他账户: 11. 在GPO中设置统一壁纸、及其他安全策略: 12. 运行GPO更新,完成AD域环境准备 本文作者:李斯达

0

简短提示:跨父/子 Runbook 的错误处理

我收到有人以请求更改 Orchestrator 设计的形式发布的问题。Orchestrator 确实很时尚,我指出提出的请求可以作为一项功能,通过现有产品以特定方式设计 Runbook 来解决。发布的场景如下: 我有一个获取服务器列表的父 Runbook,并将对其执行一些操作。这些操作在子 Runbook 中执行。不过,如果发生问题,子 Runbook 的一个迭代中出现错误,我希望让子 Runbook 的任何进一步迭代停止,并希望父 Runbook 也停止。 当然,多年的程序管理员经验告诉我,首先要观察该场景并检查此人要求的问题的详情,确认描述的解决方案(添加的新功能)是否方向正确,确认是否存在解决同一问题的多种方法。当然,Orchestrator 是一款优秀的原型开发工具,我可以快速创建解决方案并测试它们,以了解它们是否可以正常运行。因此,只需 10 分钟的时间,我制定了可以在现有产品中使用该场景的解决方案。尽管它与用户所请求的解决方案并不完全相同,但它可以实现相同的目标,并且他们无需等待下一版本推出后才能得到。 总之 – 您可以使用计数器(一个全局资源对象)作为一个标记。如果有错误则设置该标记,并在即将执行操作时检查该标记,如果设置了该标记则中断。以下父和子 Runbook 图表说明了这一点。 让我们先看一看子 Runbook。它从一个 [Initialize Data](初始化数据)活动开始,并从父 Runbook 获取参数输入。然后,它使用 [Get Counter](获取计数器)活动来查找标记的值。默认情况下,此值为零。如果此值为零,Runbook 将继续顺利地操作,执行大量任务。如果该值不为零,则 Runbook 将立即退出。在中间处理“任务”时,如果发生任何错误,则计数器(标记)值将设置为 1,并且退出 Runbook。如果不发生任何错误,则在所有任务执行完之后,Runbook 将结束,而不设置计数器值。 在父 Runbook 中备份,有一个调用子 Runbook 的 [Invoke Runbook](调用 Runbook)活动。您可能问我们为什么不检查 [Get a list of values](获取值列表)和调用之间的计数器值…如果您恰好阅读过我以前的博文,了解串行与并行处理 Runbook 活动(英文),您就会知道,在从第一个列表中获取一个有 20…

0

使用 64 位 Operations Manager 代理收集 32 位性能计数器

对于 System Center Operations Manager 2012,不能在 64 位服务器中安装 32 位代理。尽管 - 通常 - 32 位应用程序仍然可以由 64 位代理进行监控,但不能使用基于性能的标准规则和监视器收集 32 位自定义性能计数器。根据标准,我指的是可以通过控制台在“创建新规则/监视器”向导中选择“Windows 性能计数器”而创建的规则和监视器。 然而,对于一些后台操作的情况,会绕过这种限制。在本篇博文中,我将向大家介绍如何执行这方面的操作。简短的答案就是:使用基于日志的性能计数器数据源! 它证明,在性能库管理包 (System.Performance.Library) 中,我们可以找到实现目标所需的构造块。此 MP 包括标准性能计数器收集中使用的所有规则和监视器,以及基于日志的计数器收集所需的规则和监视器。这些规则和监视器可以通过分析 Windows 性能监视器 (perfmon) 日志文件来收集性能计数器数据。因此,它们称为“PerformanceLogBased”,而且一切依赖于 PerformanceLogDataProvider 数据源模块执行分析。遗憾的是,这种功能并非通过 SCOM 控制台来实现,因此才实施了“后台”操作。 需要什么? 利用性能库中定义的规则/监视器的简单自定义 MP。 Windows 性能监视器日志记录 (perfmon)。必须为每个需要收集的计数器启用日志记录。 简单示例 目标:收集并监控代理中远程桌面会话的数量,当 2 个连续样本的远程桌面会话数量超出 4 时,将监视器的状态更改为“重要”。我们还希望将计数器值在操作数据库中存储为性能数据。 性能计数器:终端服务/会话总数 单元监视器定义  <UnitMonitor ID="PerfLogConsecutiveSamplesMonitor" Accessibility="Public" Enabled="true" Target="SystemCenter!Microsoft.SystemCenter.Agent" ParentMonitorID="Health!System.Health.AvailabilityState" Remotable="true"…

0

System Center Data Protection Manager 中的辅助保护和 Exchange 2010 DAG 节点保护

嗨,大家好,我是 Andy Nadarewistsch。今天,我想谈一下 System Center Data Protection Manager 2010 (DPM) 中的辅助保护和 Exchange 2010 DAG 节点保护。就保护 Exchange DAG(数据库可用性组)而言,DPM 实现了卓越的灵活性,但是,如果没有理解 DPM 如何查看属于 DAG 的节点,就会令人困惑不解。在引入辅助服务器时,这种困惑会变得错综复杂。我希望消除一些有关这些应用场景的困惑,并努力使您在这一过程中不再困惑。 首先,在谈到 DPM 对 Exchange DAG 的保护时,有一些基本规则: 1.一个 DPM 服务器只能保护一个节点。例如,在三个节点的 DAG 中,如果 DPM 1 在节点 1 上安装了代理,则其他 DPM 服务器不能在节点 1 上安装代理。但是,任何其他 DPM 服务器都可以在节点 2 或节点 3 上安装代理。在第二个示例中,如果 DPM 1 在节点 1 和节点 2 上拥有代理,则节点…

0

2012 R2 新增功能:服务提供商和租户 IaaS 使用体验

9 篇博客系列文章的第 5 篇。今天的博文是两部分中的第 2 部分;若要阅读前半部分,请单击此处。 我最近有机会与前 VMWare 用户组 (VMUG) 的一些主管进行了交谈,这次交谈让我受益匪浅。我之所以称之为“前”是因为许多 VMUG 用户组分支的关注方面/章程都将更新,VMUG 用户组将更名为虚拟技术用户组 (VTUG)。造成这一变化的直接诱因是他们看到市场份额和行业发展趋势正朝着 Microsoft 开发的一致性云之类解决方案的方向发展。 在最近与这些主管进行的后续对话中,我请求他们介绍一些他们经常在会议中讨论的主题。其中一位主管表示,社区中有这样一种具体的观点:“如果您想在未来 10 年中保住您的工作以及找到一份高薪工作,最好规划成为 Microsoft 云方面的专家。这是本行业的发展趋势。”  在查看这些 R2 发行版中提供的新功能时,创新功能是令人吃惊的。这一行业领先的创新 – VTUG 组对其信心满满的技术进步类型 – 着实令人兴奋。 牢记这一创新,在今天的博文中,我希望介绍一下我们为创建所提供服务的团队提供更好的用户使用体验而开展的一些工作,并且希望检验可以向云使用者(例如租户)提供的使用体验。在开发 R2 时,我们花了大量时间确保我们真正知道哪些用户将使用我们的解决方案。我们竭尽所能研究他们的需要、他们的动机以及各 IT 用户和 IT 团队彼此之间的关系如何。由于这些个人和团队的需求迥异,而我们致力于为所有这些个人和团队提供支持,因此这一过程异常重要。 R2 产品版本是在此条件下构建的。实际构建和运营云的 IT 团队的需求与使用云的个人(租户)的需求差别很大。基础结构团队的使用体验将仅关注基础结构;租户的使用体验将关注应用程序/服务及其无缝运营和维护。 在昨天的博文中,我们重点介绍了这些 R2 发行版中在基础结构(存储、网络和计算)中的创新;在本篇博文中,Windows Server & System Center 团队中的合作伙伴组项目经理 Erin Chapple 将深入剖析使用 Windows Server 2012…

0

2012 R2 新增功能:混合 IT 的身份管理

9 篇博客系列文章的第 6 篇。 任何行业的领导者都有一个共同的主要责任:条分缕析地找出组织要投入主要时间、金钱和人力的正确领域。在我们的 2012 R2 产品版本的规划阶段尤为如此;该规划确定了将我们的所有资源重点放在这四个主要投入领域。 这些重点关注领域为 IT 消费化、迁移到云环境、数据的爆发式增长以及新的现代业务应用。为使您的合作伙伴和客户能够在这四个领域获利,我们开发了云操作系统战略,显而易见,其中每一个重点关注领域都依赖一致的身份管理以便在企业层面运营。 例如,不能验证和管理用户的身份和设备,就不可能有 IT 消费化;不能管理访问并根据其独特需求将人连接到基于云的资源,组织向云环境的迁移就不可能安全且动态;不能确保正确的人可访问正确的数据,数据的爆发式增长就没有用;而且新的基于云的应用需要控制和管理访问,就像应用以前一样。 自初始 Active Directory 产品与 Windows 2000 一起推出的 13 多年以来,它已成长为全球超过 95% 的组织的默认身份管理和访问控制解决方案。但是,随着组织向云环境的迁移,其身份和访问控制也需要向云环境迁移。随着公司越来越多地依赖基于 SaaS 的应用程序,随着用于访问公司资产的通过云连接的设备的范围不断扩大,以及随着更大托管云和公有云容量的使用,公司必须将其身份解决方案扩展到云环境。 简单的说,混合身份管理是未来企业计算的基础。 我们牢记这一点,开始着手构建满足这些要求的解决方案,以便使我们的客户和合作伙伴处于竞争优势。 为了构建此解决方案,我们从“云优先”设计原则开始。为满足企业在云环境中工作的需求,我们构建了一个利用 Active Director 成熟功能的解决方案,并将其与 Windows Azure 的灵活性和可扩展性相结合。结果产生了名为 Windows Azure Active Directory 的应用程序。 通过云优化的 Active Directory,企业可以将其身份和访问管理拉伸到云环境,并且更好地管理、控制并确保在组织的每一个角落以及其利用的所有资源之间的合规性。 这可以采用表面上看似简单的流程形式(虽然幕后十分复杂),像单一登录,它可以帮助使用多个设备和多个应用程序的员工节约大量的时间和精力,还可以实现用户的自定义和个性化体验随设备而行(无论用户在何时以及何地开展工作)。没有可扩展、基于云的身份管理系统,上述类似活动不可能实现。 如果有人怀疑 Windows Azure AD 的重要性以及对企业的适用性,请看一下这些事实: 自我们发布 Windows Azure AD 以来,我们拥有超过…

0

2012 R2 新增功能:IaaS 创新

 9 篇博客系列文章的第 5 篇。今天的博文包含两个部分,第二部分将于明天发布。 我每个季度都紧密关注的一个行业指标是全球 x86 服务器的销售额。我按国家(和地区)、市场细分以及适用于我及 Windows Server 和 System Center 业务的至少 10 个其他基准,查看了服务器硬件的购买情况(增长率如何,消费者都购买了哪些产品等)。排序这些数据至关重要,因此请相信我,我自诩一名 Excel“专家” – 而且我喜欢 Excel 和 SQL 团队所构建的全新自助 BI!  通过查看服务器购买的地点、哪里的增长率最高,以及现在希望了解如何迁移到服务提供商模型的组织的诞生,很显然服务提供商和公有云的数量与日俱增。 面向服务提供商模型的迁移是我们在全球数据中心所见到的一项最显著的转变。由于两项关键开发正在进行,因此这一转变应运而生:首先,很多组织正转向使用服务提供商和公有云容量;其次,组织内也正面向能够为其内部业务部门提供基础结构即服务 (IaaS) 的内部转移。这些转变都面向一个模型,在该模型中,企业能够获得有关基础结构使用情况的详细报告,而非实际使用的退款。 早在 2012 R2 的规划阶段,我们就认真考虑了我们应为这一版投资的焦点,我们选择将精力集中于让服务提供商在经济高效的硬件上构建高度可用、高度可扩展的 IaaS 基础结构。借助我们在存储、网络和计算中所推出的创新成果,我们相信服务提供商现在能够构建出 IaaS 平台,以低于竞争对手 50% 的成本推出虚拟机。让我再次强调:50%.我们的存储创新和许可证的低成本可以为您节省大量成本。 您可能会问自己,“Microsoft 为什么要专注于服务提供商?难道我们全部都是服务提供商吗?我们在基础结构(无论是在内部私有云、服务提供商云或公有云)上所构建的所有内容都是为了提供我们‘客户’托管应用所需的基础结构和运营组织所需的服务吗?我们是否应该采用一种既能提供所需 SLA,又能不断降低相关成本的方式?”即便您最近没有问自己这么多问题,但是当您阅读今天(和明天)的博文时,请想想您自己以及您的组织,并考虑您是否同意我们都是服务提供商这一观点。 2012 R2 中我们投资的核心基于我们相信客户将使用多个云,而且他们希望这些云能够保持一致。 跨云保持一致是确保灵活性和在云间顺利迁移应用的关键,如果存在一致性,那么能够一次性开发应用,并随后在任何云中托管这些应用。这意味着开发人员能够获得一致性。如果云与操作这些应用的同一易用管理和操作工具一致,那么这意味着 IT 专业人员能够获得一致性。 这确实能够跨云顺利移动应用和虚拟机。Microsoft 在这一方面独树一帜;我们是唯一一家投资并创新公有云、私有云和托管云的云供应商,并承诺在所有云间保持一致(消除锁定!)。 我们利用我们从 Windows Azure 创新中所获得的经验,并通过 Windows Server、System Center…

0

2012 R2 新增功能:启用开放源代码软件

我在此前博文中所提到的通用设计标准 (CEC) 对于团队确保 2012 R2 能够在诸如可管理性、虚拟化准备情况、数据中心和企业准备情况、可靠性、硬件支持和互操作性等方面满足严苛、特定的要求至关重要。CEC 创建背后的理念最初可追溯到 2000 年早期,其目的在于推动所有 Microsoft 工作负荷和应用之间的一致性,简化一同使用多个 Microsoft 解决方案的体验,并降低拥有和运营我们解决方案的总成本。 CEC 的优势在于其可让我们所有企业解决方案在 Microsoft 云中“开箱即用”地部署、运营和管理。为了更加具体和清晰,Microsoft 各个工作负荷团队(如 Windows Server、Office 工作负荷中的所有角色等)提供了指导 System Center 在 Microsoft 云中运营工作负荷的知识。如果您曾提出过“哪一类云最适合运行 Microsoft 工作负荷?”的问题,那么答案无疑是“Microsoft 云”! 这一 2012 R2 版产品的最大亮点在于其统一规划和设计里程碑,这可让 Microsoft 的各个团队并行从事这一发布的不同方面的工作。这一进程将出色的解决方案和价值整合到一起,同时还能利用各个团队和各个成员的专业知识。这的确是值得思考的一个重点。如果问我谁对 Windows Server 的部署和运营方式的知识和技能掌握得最好,答案很简单:Microsoft 中的 Windows Server 团队。因此,无论您何时在 Microsoft 云中部署 Windows Server,您都可获得巨大的内置优势:整个 Windows Server 团队的专业知识。这一影响深远的专业知识通过通用设计标准、以以后将推出的任意更新的形式表达,所有这些更新将由 Windows Server 团队(汇聚了世界最顶尖的 Windows Server 部署专家)构建、测试和通过审核。…

0