票务与看板系统优化IT工作流程

table {
border-collapse: collapse;
width: 100%;
margin-bottom: 1rem;
}
th, td {
border: 1px solid #ddd;
padding: 8px;
text-align: left;
}
th {
background-color: #f2f2f2;
}
tr:nth-child(even) {
background-color: #f9f9f9;
}
pre {
background-color: #f8f8f8;
padding: 15px;
border-radius: 4px;
overflow-x: auto;
}

1、票务系统如何提高我们跟踪在制品（WIP）的能力？

票务系统功能与优势

票务系统允许客户通过电子方式提交请求，这些请求将被存储在数据库中，并可进行以下操作：

优先级排序

任务分配

进度跟踪

在问题处理过程中，系统支持对票务的

备注和信息更新

，并

记录客户与系统管理员之间的沟通内容

，从而避免了在制品的丢失、遗忘或混淆。团队成员可以随时查看票务的历史记录，便于

工作交接

和持续跟进。

系统管理员的益处

对于系统管理员而言，票务系统如同一位助手，帮助其：

确保请求处理流程有序进行

减轻认知负担

方便继续处理未完成的问题

团队经理的职责与能力

团队经理可通过系统：

检查请求队列

平衡团队工作量

拒绝超出服务范围的请求

主动识别并解决问题

客户支持与沟通优化

系统还可用于

验证客户关于支持响应速度的反馈

，从而促进

建设性的沟通与改进对话

。

2、看板方法是如何运作的？

工作流程说明

所有新的在制品会被记录并放入

待办事项列

。

任务被称为

卡片

，大型项目会被分解成小卡片，代表可在一周内合理完成的工作单元。

每周工作安排

每周一早上团队开会

：

成员从待办事项列选

三张卡片

移到

活跃列

开始工作。

周五完成任务后

将卡片移到

已完成列

。

周一会议内容

包括

回顾环节

，讨论上周的对错，目的是解决问题和改进。

回顾结束后，

已完成列

的卡片会被移到

成果盒

。

团队规则

并非所有团队每周都选

三张卡片

，有的会根据任务大小制定选择规则。

团队应保持

简单规则

，每人每周卡片数量不宜过多或过少，最好调整卡片代表的工作量而非每周选取的卡片数量。

看板列设置

部分团队会使用

多于三列

的看板，如在活跃列后插入

验证列

。

3、比较并对比票务系统和看板系统。

票务系统和看板系统并非相互排斥，许多组织用票务系统处理客户请求，用看板系统处理项目相关工作。

票务系统

允许客户以电子方式提交请求

请求存储在数据库中，可进行优先级排序、分配和跟踪

让团队更好地共享工作，减轻系统管理员的认知负担

便于团队经理平衡工作量、干预问题和处理客户投诉

看板系统

是一种优化工作流程的方法，可应用于任何流程

属于“拉动”系统，工作通过系统拉动完成

避免了票务系统“推动”方式带来的问题，如员工因压力大降低工作质量

可设置快速请求卡来处理紧急需求

4、在你的组织中，你如何确保系统管理员（SAs）跟进请求？

可以通过以下方式确保 SAs 跟进请求：

找出团队成员未跟进的原因

确保故障工单系统能协助 SAs 跟踪客户请求，且系统不繁琐

鼓励团队成员有一个统一的地方列出所有请求

不鼓励团队成员在脑海中记待办事项

为团队购买时间管理工具，如智能手机应用程序、文具、培训课程和书籍

5、为什么自动化操作系统安装很重要？

自动化操作系统安装的重要性

自动化操作系统安装很重要，原因如下：

保证一致性


记录决策过程，可对决策进行长期跟踪。

节省时间


安装速度更快，且自动化过程启动后系统管理员可以去做其他事。若客户能启动自动化，该任务将不再占用管理员时间。

避免手动安装易出错的问题


确保新工作站正确部署。

6、在IT环境中，最大的时间黑洞是什么？请列举两种消除它的方法。

在IT环境中，最大的时间黑洞是操作系统（OS）安装和软件部署过程。消除方法有：

采用帮助台自动化软件、请求跟踪系统、工单队列或看板等方式

来跟踪和控制正在进行的工作（WIP）；

自动化操作系统安装

，通过自动化操作系统和应用程序的安装与配置，让每台机器以相同状态启动，还可采用CI/CD进行软件推送。

7、小批量原则是什么？

小批量原则

小批量原则是指以小批量方式开展工作比大幅跃进式工作更好。

小批量能让我们更快交付成果

保证更高质量

减少压力

它源于

精益制造运动

（常称即时生产制造），是

DevOps方法

的一部分，适用于各类频繁进行的流程，还能助力

最小可行产品

（MVP）方法。

8、为什么大批量比小批量更有风险？

大批量工作的弊端：

错误或缺陷难以及时发现

：

在大批量操作中，问题往往无法在早期被察觉，从而造成大量浪费。


示例

：木匠一次性切割50块木板后再进行测量，若中途刀片发生移位，后续许多木板可能都不可用。

导致工作延迟

：

大批量工作会延缓后续流程的启动。


示例

：所有木板必须完成切割和检查后才能交付使用，造成时间上的延迟。

问题容易积累

：

某些流程中，大批量操作会导致问题逐渐累积，增加后续失败的风险。


示例

：很少进行故障转移演练，会导致基础设施差异、依赖关系和陈旧代码的积累；新员工缺乏相关经验，使流程更复杂且更易出错。

9、为什么将新软件版本每月而非每六个月推送到生产环境更好？

每月推送新软件版本到生产环境的优势

每月推送新软件版本到生产环境更好，原因包括技术和业务两方面。

技术方面

功能到达生产环境更快

消除了高压力的“地狱月”

运维团队可聚焦高优先级项目

修复漏洞的阻碍更少、时间更短

开发者能即时获得满足感

所有人压力更小

业务方面

公司竞争力提升

错过的机会减少

形成自动化和优化的文化

10、为什么现在有一个小的改进比一年后有一个大的改进更好？

小改进的价值

现在进行小改进更好，原因包括：

审批更少

：小改变所需审批流程简单，只需随意提议并点头认可即可。

阻力更小

：人们更容易接受能理解、可实现且能解决个人痛点的小改变。

增强信心

：小成功能带来成就感，便于为下一个提议获取批准。

快速见效

：能更快产生结果，先解决部分问题比晚些有完整解决方案更佳。

风险更低

：能更好应对意外情况，取消小项目带来的损失更小。

激发参与

：能吸引他人参与，推动进一步完善。

随着时间推移，这些小改变会逐渐积累，最终形成大成功。

11、描述最小可行产品（MVP）策略。与大型多年项目计划相比，它有哪些好处？

最小可行产品（MVP）策略

最小可行产品（MVP）策略也被称为“尽早且频繁发布”策略，即每个版本不专注于新功能，而是专注于测试一个假设，用最少的努力收集关于客户的最大验证学习量。

与大型多年项目计划相比，MVP策略的系统始终可运行或处于可交付状态，即使未交付所有功能也能提供价值。若有更紧急项目出现，系统仍可用；而大型计划可能使系统半开发且未推出，前期工作白费。

此外，MVP策略以小批量方式进行，能带来诸多好处，包括：

让客户更满意

更快交付功能和修复漏洞

降低风险

减少浪费

鼓励实验

提高创新能力和生产力

12、选择一个你参与的项目。如何对其进行重构，使人们能立即受益，而不必等到整个项目完成？

可以采用以下方法对项目进行重构：

发布早期并迭代

：在有新配置的原型后，尽早获取反馈。让用户在测试实验室或借用的机器上试用新配置一周，收集问题并实时解决或找到解决办法，让用户成为项目的合作伙伴。例如设置一台新的标准PC，方便人们使用，观察并记录问题，及时解决以增强用户信心。

分阶段发布

：采用小迭代的方式发布，从愿意尝试新系统的早期采用者开始，逐步推广。先让这部分人试用，在过程中解决系统中的问题，使后续的推广更顺利。

设立过渡区间

：在项目转换初期，先关注愿意尝试的人群，解决他们遇到的问题，完善系统后再面向更多人推广。

提前与客户沟通

：在项目开展前数月，寻求批准和支持，让关键客户参与项目设计，了解他们对项目的需求和关注点，在项目中突出对客户有价值的方面，如自助安装、数据访问更便捷等。

利用测试区域

：在向真实客户推出服务前，先在隔离环境（如开发、质量保证、用户验收测试、Beta 或早期访问等阶段）进行测试，将发现的问题添加到待办列表中，确保服务质量。

13、解释计算机领域中“宠物”和“牛群”的类比。

在计算机领域，“宠物”和“牛群”是一种类比。

“宠物”

代表高度定制化的机器，这类机器如同被宠爱的宠物一样，需要特殊的维护程序。人们对其有情感上的依赖，会为其提供个性化的照顾，维护成本较高。但因数量少，成本尚在可接受范围。

“牛群”

则代表通用的机器，它们可以被批量处理，就像牛群一样。当其中某台机器出现问题时，不会影响整体的运作，能够提高效率和可扩展性。

示例：

可通过自动化启动桌面、使用目录服务等技术让桌面变得像“牛群”；

对于服务器，可使用容器和配置管理系统自动化设置差异，将状态分离存储到特定机器，从而增加“牛群”式系统的数量。

14、什么是雪花服务器？为什么它们不是一个好主意？

雪花服务器

雪花服务器指开始与其他系统相似，但经过定制、修改，最终变得与众不同的系统；或是一开始就独特，很难与其他系统保持一致的系统。

它们不是好主意，因为：

难以复制；

若硬件故障或软件损坏，很难构建提供相同服务的新机器；

还会使测试更困难，当生产环境发现的漏洞无法在测试环境复现，修复难度会大大增加。

15、如果雪花服务器有风险，我们如何通过重复操作来降低风险？

可采用“一个、一些、多个”的方法来降低风险。

首先

，对一台机器打补丁。若失败，则改进流程，直至对单台机器打补丁无故障。

接着

，在其他几台机器上尝试打补丁：

– 先在其他系统管理员的工作站上测试。

– 再在一些友好的非系统管理员客户的机器上测试。

最后

，随着对系统的测试和信心增加，逐步将补丁推广到更多风险规避型客户的机器上。

在非常大的环境中，可按客户的风险规避程度对其进行分类：

– 从风险规避程度最低的客户组开始升级。

– 最后是风险规避程度最高的客户组。

16、类牛系统是如何帮助我们提高效率的？

类牛系统提高效率的方式

机器方面

桌面

：通过自动化启动、减少供应商和型号等方式，使维修流程更通用。

服务器

：使用容器和配置管理系统自动化设置差异，设计服务将状态分离到特定机器。

流程方面

流程应在最后时刻处理变化。

开始阶段保持通用，以实现大规模生产。

资源可替代性

类牛系统实现资源可替代性，便于按需求调整系统规模。

减少了测试和维护的复杂度和成本。

17、类牛系统如何帮助我们扩展服务？

类牛系统与服务扩展

类牛系统可以实现服务扩展。例如，微软 Azure 提供了自动扩展功能，能够根据需求自动启动和关闭额外的副本。这种扩展方式只有在机器为类牛系统时才可行。

如果每台新机器都需要单独配置，那么自动扩展功能将无法实现。在类牛系统中，不再关注某一台特定机器的正常运行时间。当某台机器出现故障或问题时，自动扩展器会自动创建新的机器来替代。

此时，关注的重点已从单个机器转移到整个系统的健康状态和可用性。

18、笔记本电脑和台式电脑有很大不同。我们可以从哪些方面将它们视为同类呢？

可以通过将它们的操作系统、应用程序和数据等设置成通用的标准配置，来将它们视为同类。例如，采用统一的“基础安装”，限制软件安装的差异，将数据远程存储在网络文件服务器上并可通过网络访问，操作系统和应用程序自动更新且尽量减少用户参与，让用户能在任何一台机器上登录使用等。

这样在硬件故障、软件损坏等情况下，能方便地更换或重新配置机器，使它们在一定程度上具有通用性和可互换性。

19、什么是状态？什么是不可重现的状态？

状态包括数据库数据、配置数据等。

配置数据通常可重新生成，而数据库数据丢失后从备份恢复会丢失上次备份后积累的新数据。

不可重现的状态指无法通过常规方式复制或重建的状态，例如：

在升级过程中产生的未知且无法识别的状态

难以确定组合来重现的软件安装状态

20、为什么将状态隔离到特定机器是件好事？

状态隔离的优势

将状态隔离到特定机器有诸多好处。

1. 便于复制和替换

首先，分离出状态后，原本存储软件和状态的单台机器可变为类似“牛”的服务器，能轻松复制。若其出现问题，可轻易替换。

2. 简化备份与管理

其次，承担状态的机器由于功能单一，可更方便地进行备份以应对紧急情况，还能锁定用户减少人为问题，并使用更可靠（且更昂贵）的硬件。

3. 支持无状态操作

最后，进一步将状态数据移至外部存储后，承担状态的机器可变为无状态，能在不丢失数据的情况下进行擦除和重新加载。

21、测试环境和生产环境最终可能会有哪些不同？我们如何让它们尽可能相似？

环境差异及应对措施

环境差异原因及影响

测试环境和生产环境可能因负责团队不同、缺乏沟通共享代码，使各环境部署流程有差异

生产环境会变化，数月后使用原流程可能会出错

用户在生产环境的访问方式可能与测试阶段不同

生产环境的资源可用性与开发时的假设可能不一致

首次使用新技术时，生产环境会出现诸多意外问题

应对措施

采用统一的部署机制并将其作为代码的一部分

确保测试时的访问方式与实际用户的访问方式相似

在开发早期就让运营人员参与资源和容量规划

对于新技术提前进行充分的实验、设计和测试

22、选择你所在组织中存储大量状态的服务。描述如何使用隔离状态的架构来实现它。

以一个小型基于Web的应用为例，该应用原本在一台机器上存储软件和状态，这台机器就像“宠物”。可通过以下步骤使用隔离状态的架构来实现：

将数据库分离出来


把数据库软件和存储的数据迁移到另一台机器。此时，Web服务器变得像“牛”，可通过简单安装软件并配置指向另一台机器上的数据库来轻松复制。

数据库机器仍是“宠物”

，但这种“牛 + 宠物”的情况比单一“宠物”有所改进。

若“牛”型服务器出现问题，可轻松替换；

“宠物”型数据库机器因功能单一，更易备份以应对紧急情况；

还能锁定用户减少人为问题；

可使用更可靠（也更昂贵）的硬件。

将数据库中存储的数据迁移到外部存储


如在存储区域网络（SAN）服务器上分配数据卷。这样数据库机器就变成无状态的了，可进行擦除和重新加载而不丢失数据，只需配置为连接到正确的SAN卷来访问状态。

23、什么是基础设施即代码（IaC）？

基础设施即代码（IaC）

是一种系统管理策略，通过机器可处理的定义文件来配置和管理基础设施，而非依靠人工劳动。采用这种方法，可运用软件工程技术（如源代码控制、单元测试和持续集成与交付）来管理基础设施。

24、与手动进行系统管理工作相比，自动化有哪些好处？

自动化的好处包括：

响应迅速、可重复执行，只需极少或无需人工干预

不会因疲劳或匆忙而出现拼写错误或遗漏步骤

能提高客户满意度

让系统管理员的工作更有趣，使其专注于维护自动化和工具，而非进行大量重复性的小手动更改

为系统管理员节省时间，使其有更多精力投入项目

可将人力资源数据库与认证系统关联，员工离职时自动禁用其账户

减轻系统管理员在离职流程中的工作

让人力资源部门能完全控制通知员工和禁用访问的时间

保护公司免受不满员工的蓄意破坏

25、基础设施即代码（IaC）有哪些好处？

IaC 的优势

IaC 在成本、速度和风险三个方面带来好处。

成本方面

减少或消除了人工劳动

自动化可使一人完成多人的工作

速度方面

不仅能更快完成任务

还能并行处理，无需等待人工

风险方面

降低了安全风险

可证明合规性

还能通过软件工程技术减少错误和漏洞

此外，IaC 使环境可被他人审查，方便新成员参与项目，也便于对环境进行审计。

26、为什么了解系统变更历史很重要？

了解系统变更历史有助于团队协作，团队成员能看到是谁做了哪些更改，大多数版本控制系统还能记录更改原因。同时，在系统出现问题时，变更历史可帮助排查问题，还能用于容量规划等。

27、系统管理员为创建基础设施即代码（IaC）采用了哪些关键的软件工程原则或技术？

系统管理员采用的关键软件工程原则或技术包括：

通过定义文件进行所有更改

在代码中记录系统和流程

对所有文件使用版本控制系统（VCS）

应用持续集成/持续交付（CI/CD）

应用小批量原则

保持服务持续可用

此外，还可使用软件工程项目中的源代码控制、单元测试等技术。

28、基础设施即代码（IaC）的原则有哪些？

基础设施即代码（IaC）的原则

通过定义文件进行所有更改

用代码记录系统和流程

对所有文件使用版本控制系统

应用持续集成/持续交付（CI/CD）

应用小批量原则

保持服务持续可用

29、什么是幂等性？为什么大多数配置管理（CM）系统是幂等的？

幂等性在配置管理系统中的重要性

幂等性指的是配置管理系统在不需要进行更改时不会改变系统。再次运行相同代码不应产生更改。例如：

若包已安装，领域特定语言（DSL）不会再次安装；

更新配置设置或Windows注册表键值时，若已存储该值，系统也不会改变；

而追加一行到文件则不具有幂等性。

大多数CM系统具有幂等性的原因如下：

更安全

：减少磁盘写入可降低磁盘损耗；

明确更改时机

：能明确何时发生实质性更改，而非仅知晓CM系统运行并重写了文件；

触发其他操作

：如仅在配置文件实际更改时通知NTP服务器重新读取配置，避免服务频繁暂停；

定期运行CM程序

：若有人撤销更改，下次运行时系统会将其改回。

30、配置管理系统与系统管理员用于控制系统的其他软件有何不同？

配置管理系统与微软组策略对象（GPO）对比

配置管理系统

提供精细的控制程度

是分发更改的首选方法

特点：

拥有类似面向对象语言的类系统

可定义不同操作系统和应用服务器的配置类

能基于已有类创建子类，实现代码复用

优势：

通过更改类的定义，能轻松对大量机器进行配置更改

微软组策略对象（GPO）

功能：

可对机器和用户进行更改或设置策略

局限性：

不如配置管理系统复杂精密

优点：

与Windows集成度高

易于实施

31、描述一种在当前环境中引入或增加使用基础设施即代码（IaC）的策略。

基础设施即代码（IaC）的使用策略

新公司或新项目


因IaC相对容易，可以直接控制基础设施的每一层。

已有现有或遗留环境


不一定要采取“全面采用”策略，可以先控制某一特定方面，再逐步扩展。

推荐的系统


可采用现成的系统，如：

CFEngine

Puppet

Chef

利用他人的知识和经验。

基础设施描述方式


将基础设施描述作为源代码，使用版本控制系统跟踪其历史，进行独立测试，享受持续集成和交付的好处。

IaC 的原则


需遵循以下原则：

通过定义文件进行所有更改

用代码记录系统和流程

对所有文件使用版本控制系统

对基础设施应用 CI/CD

应用小批量原则

保持服务持续可用

32、什么是声明式语言？它与命令式语言有何不同？

声明式语言是列出你想要的最终结果，由系统来弄清楚如何达成该结果的语言。命令式语言的代码看起来像描述如何做某事的步骤列表。

大多数常见语言如 Perl、Python、PowerShell、Bash、Ruby、Go 和 Fortran 等是命令式语言。

以安装软件包为例，命令式语言的代码要处理不同操作系统、不同错误情况等，较为复杂；而声明式语言只需列出最终要安装的软件包结果，系统自行处理安装过程。

33、可互换工作站的好处和坏处是什么？

好处

：用户可以从任何工作站访问他们的数据，若一个工作站损坏，用户可以使用其他工作站。

坏处

：如果一个用户留下机密文件，下一个用户可能会访问到它们。

34、在所在组织的网络中，哪些网络参数是通过 DHCP 分发的？例如，如何查明笔记本电脑通过 WiFi 连接时所接收的具体设置？

通过 DHCP 分发的网络参数包括：

机器的 IP 地址

子网掩码

默认网关

DNS 服务器

要查明笔记本电脑通过 WiFi 连接时接收的具体设置：

Windows 系统

：可在命令提示符中使用

ipconfig /all

命令

macOS 系统

：可在“系统偏好设置”的“网络”选项里查看

Linux 系统

：可使用

ifconfig

或

ip addr show

命令

35、在组织中，笔记本电脑和台式机分别使用哪种存储方式？

固态驱动器（SSD）的优势

固态驱动器（SSD）是

笔记本电脑

和

台式机

的最佳选择。随着SSD价格下降，它们将成为所有工作站的标准配置。

36、与手动安装操作系统更新相比，自动安装操作系统更新有哪些好处？是否需要用户批准？

自动安装操作系统更新的好处

自动安装操作系统更新的好处包括：

应对大规模设备


随着设备数量增加，手动更新耗时费力，自动更新可节省时间。

保证完整性


自动更新能确保在任何时候（如管理员休假时）都能完成更新。

确保更新部署


手动更新可能因人员不在或无法重启等问题导致部分设备无法更新，自动更新可避免这种情况。

避免恶性循环


手动更新易因其他紧急项目而拖延，导致系统安全性和可靠性下降，自动更新可防止此情况。

避免枯燥工作


更新工作枯燥，自动更新可让管理员从事更有价值的工作。

自动更新的其他特点

自动更新可以在后台下载更新。

用户能安排安装和重启时间。

可设置推迟更新的期限。

不同环境下的注意事项

对于服务器

：自动更新需协调以避免服务中断。

对于工作站

：自动更新可能导致用户丢失工作，因此有用户提示更新的方式，但用户常拖延。

系统管理员的建议

系统管理员使用此类系统时应：

合理设置推迟期限

测试更新

减少紧急更新

最小化更新范围

37、为什么消费级杀毒产品会包含可爱的动画和提示？

消费级杀毒产品包含可爱动画和提示，是因为存在信息不对称，普通消费者无法判断安全软件等复杂产品的质量。展示这些动画和提示虽会增加编程量，但能提高品牌知名度，影响消费者并让其认可购买决策。

38、在一台机器的工作站日志中可能会找到哪些类型的信息？

可以找到诸如哪些程序运行、问题和错误、安全策略违规等信息。

39、你的组织如何管理工作站日志？

日志记录与管理

工作站会记录各种信息，如程序运行情况、问题和错误、安全策略违规等。

日志会在本地磁盘记录，可通过各种日志查看程序访问。也可将所有日志条目副本转发到中央机器进行集中存储、管理和查看。

大型环境采用轮辐式模型，每组机器将日志副本转发到一个中心，各中心整合日志后发送到中央存储库。

此外，还有许多日志分析工具可存储和解读日志信息。

40、机器操作系统生命周期的五个状态是什么？

以下是将给定文本内容调整为

Markdown

格式的结果：

---

状态说明

新（New）

：指全新、未配置的机器。

干净（Clean）

：指已安装操作系统但未进行本地化设置的机器。

已配置（Configured）

：指正确配置且可运行的环境。

未知（Unknown）

：指配置错误或过时的计算机。

关闭（Off）

：指已停用并关机的机器。

41、哪些状态能让用户富有成效？我们如何最大限度地利用处于这些状态的时间？

高效工作状态的关键要素

能让用户富有成效的状态主要包括以下两种：

不受打扰的状态

符合个人生物钟的高效时段

不受打扰的状态

一些人会选择

提前到办公室

，利用这段

很少被打扰的时间

进行工作。在这样的时段，应当避免将时间浪费在：

阅读邮件

浏览网站

而应专注于

更具成效的任务

，例如：

启动一直没时间开展的项目

符合生物钟的高效时段

有些人会在以下时间段效率最高：

下午中段

晚上6点

凌晨2点

关键在于：

清楚认识自己的高效时段

在该时段安排

重要且需要高度专注的工作

提升高效时段的利用率

为最大限度地利用高效时段，可以采取以下策略：

设定明确目标

合理规划任务

确保在高效时段完成

高优先级的任务

42、什么是配置管理（CM）系统？

配置管理（CM）系统

配置管理（CM）系统可用于以下用途：

配置新安装的机器

定期运行以纠正熵变，将偏离状态的机器恢复到配置状态

当配置需要更改时，

更新CM代码

即可使机器做出相应改变。

特性

通常提供类似于

面向对象语言的类系统

可定义不同类来描述不同操作系统和应用服务器的配置

支持基于其他类创建子类以复用代码，构建更复杂系统

优势

通过更改定义类，可轻松实现对大量机器的配置更改

提供

精细的控制

是

分发更改

的首选方法

43、操作系统更新与操作系统安装有何不同？

自动化软件更新与初始安装类似，但也有许多重要区别：

更新是对运行良好的机器进行操作

而初始加载过程有额外工作，如对磁盘进行分区和推断网络配置

44、执行软件更新的策略有哪些？

执行软件更新的策略有：

不进行更新，承担后果或经常用预打补丁的软件擦除并重新加载机器；

让用户进行更新；

自动进行更新，可设置允许用户推迟更新的机制；

采用“一个、一些、多个”的技术，一次升级几台机器，查找问题，最终升级越来越多的机器。

45、允许用户延迟或推迟软件更新的利弊是什么？

利

：用户能选择在对工作干扰最小的时候进行更新，提高更新发生的可能性。

弊

：用户通常会选择永远推迟更新；更新管理系统标记更新截止日期会让用户不满。

46、有时软件更新会破坏现有软件或引发其他问题。在你的组织中，如何防范这种情况？

可以采用“一个、一些、许多”的更新策略，一次升级几台机器，查找问题，最终逐步升级更大的组；

还可以控制软件自动更新，如配置操作系统软件从自定义 URL 获取更新，维护

测试

、

早期

和

标准

三个软件仓库镜像：

先在测试仓库进行自动化测试；

测试成功后复制到早期仓库，供部分机器使用；

无问题再复制到标准仓库，供全公司使用；

若有问题，可手动停止复制过程。