主机出现故障，高可用性功能会自动选择资源 池内的一台新的物理主机来接替 master 主机，以继续管理该资源池。资源池中 的任何物理主机都可以充当 master 主机，资源池数据库不断在所有节点之间进 行复制，而且还会把检测信号存储备份到共享存储中，从而提高安全性。 4.7.2.2.3 虚拟机资源弹性计算 虚拟机资源可以根据虚拟机上运行的负载情况自动在调整虚拟机的资源，实现 虚拟机资源的弹性计算功能。 Oracle 数据库的情况下，则可通过数据库的导出/导入方式进行迁移。  迁移前后操作系统和数据库均为异构的场景：为了充分保障迁移后数 据的一致性和完整性，建议选择业界成熟且有官方技术支持的数据库 复制或迁移工具如 Oracle GoldenGate 进行异构平台、异构数据库之 间的迁移。 第 97 页 5.3.5 数据迁移详细步骤 数据迁移规划 数据迁移需求调研 数据系统现状调研 数据迁移概要设计 前期准备：首先确定迁移策略，采用停机迁移或在线迁移。评估迁移数 据量、迁移实际、迁移风险点，迁移过程对现有生产环境的性能影响。 2. 基础数据迁移：依据评估和实测结果，合理采用 ETL、数据导出导入、 数据实时复制等迁移工具。 第 123 页 3. 相关对象迁移：针对业务应用使用到的视图、触发器、存储过程、函数 包、分区表、Join、Group By 语句等，适配目标库进行调整。 4. 数据比对及校验

主机出现故障，高可用性功能会自动选择资源 池内的一台新的物理主机来接替 master 主机，以继续管理该资源池。资源池中 的任何物理主机都可以充当 master 主机，资源池数据库不断在所有节点之间进 行复制，而且还会把检测信号存储备份到共享存储中，从而提高安全性。 4.7.2.2.3 虚拟机资源弹性计算 虚拟机资源可以根据虚拟机上运行的负载情况自动在调整虚拟机的资源，实现 虚拟机资源的弹性计算功能。 Oracle 数据库的情况下，则可通过数据库的导出/导入方式进行迁移。  迁移前后操作系统和数据库均为异构的场景：为了充分保障迁移后数 据的一致性和完整性，建议选择业界成熟且有官方技术支持的数据库 复制或迁移工具如 Oracle GoldenGate 进行异构平台、异构数据库之 间的迁移。 第 97 页 5.3.5 数据迁移详细步骤 数据迁移规划 数据迁移需求调研 数据系统现状调研 数据迁移概要设计 前期准备：首先确定迁移策略，采用停机迁移或在线迁移。评估迁移数 据量、迁移实际、迁移风险点，迁移过程对现有生产环境的性能影响。 2. 基础数据迁移：依据评估和实测结果，合理采用 ETL、数据导出导入、 数据实时复制等迁移工具。 第 123 页 3. 相关对象迁移：针对业务应用使用到的视图、触发器、存储过程、函数 包、分区表、Join、Group By 语句等，适配目标库进行调整。 4. 数据比对及校验

VMware、Xen、KVM、HyperV）的虚拟机的统一管理，指的是厂商提供给用 户的虚拟化管理界面的可操作性，包括虚拟机生命周期管理、资源分配、批量 部署、物理机向虚拟机的迁移、其他虚拟机向虚拟机的迁移、复制、迁移、快 照和调度等等。 1. 虚拟机生命周期管理 虚拟化管理界面可以实现虚拟机的创建、资源分配、运行控制、删除和资 源回收等操作。 对于每台 vm 可以通过模板设置资源或者手工分配修改资源，如 智慧城市平台架构规划及设计 3. 虚拟机批量部署 可以通过模板快速批量部署虚拟机，管理员可以根据需求安装配置一台虚 拟机，做好相应的系统配置，然后通过复制功能将该虚拟机快速复制多份。复 制的时候可以选择复制出来的虚拟机的硬件资源（CPU、内存），复制的数量。 所复制出来的虚拟机在应用和配置上和原有虚拟机完全相同。 4. P2V 转换 可以离线或者在线的将物理服务器上的操作系统（Windows/Linux）迁移到 智慧城市平台架构规划及设计 三个单元组成。NameNode 是分布式文件系统中的管理者，主要负责管理文件 系统的命名空间、集群配置信息和存储块的复制等。NameNode 会将文件系统 的 Meta-data 存储在内存中，这些信息主要包括了文件信息、每一个文件对应的 文件块的信息和每一个文件块在 DataNode 的信息等。DataNode

*订单准时达成 率 先进过程控制 投用率 *单位产值综合 能耗 单位产值碳排 放量 一般固废综合利 用率 水资源重复利 用率 先进制造模式/ 解决方案面向供 应链上下游复制 推广的企业数量 *应用人工智 能技术场景比 例 *工厂应用人工 智能模型数量 *工业总产值 (其他成效指标) 5 结合工厂建设具体情况认真填写，其中*为必填项。 3 二、工厂建设总体情况 六、项目实施成效 (此部分重点阐述项目已取得的突出成效，包括但不限 于创新方面，如突破的关键技术、装备、软件等； 经济性方 面，如投资回报率、劳动生产率、生产效率、成本降低等； 复制推广方面，如推动解决方案复制推广情况；标准研制方 面， 如牵头或参与智能制造相关标准研制、依托标准开展工 厂建设；人才培养方面，如培养智能工厂建设和运营人才。) 七、后续实施计划 (一)预期目标 (重点围绕项目建设已形成的特色亮点，安全可控情 况，以及在技术产业创新、经济效益、复制推广、标准研 制、 人才培养等方面已取得的成效进行阐述，不超过 3000 字。) 五、领航级智能工厂培育方案 (一)培育目标 (培育目标应为两年内工厂建设预期达到的目标，可围 绕智能化水平、模式创新、经济性、复制推广、标准研制、 人才培养等方面展开，不超过 2000 字。) (二)实施举措

用户可以选择任何一种适合的认证机制来进行认证，且只需要通过一种方式的认证即可实 现 接入。 2.3.3 安全检测 2.3.3.1 复制分流器 IPS、流量分析、沙箱检测、数据防泄漏等各类检测设备针对流量的安全检测需求， 可 通过配置一台高性能的 TAP 复制分流器对重要的网络节点镜像的流量进行采集和复制，把 流量均衡分散到多个出接口， 转发给 IPS、流量分析、沙箱检测、数据防泄漏等各类检测设 备的安全检测引擎进行数据分析，维持同源同宿， 备的安全检测引擎进行数据分析，维持同源同宿， 保证用户数据和会话的完整性。 通过五元组过滤规则以及特征码过滤规则对某项业务流量或协议进行数据包的过滤和 多重复制， 分发到不同的安全检测引擎当中。 2.3.3.2 IPS 部署 IPS 是信息网安全监测分析体系中重要的一环， 它运行于安全检测区内， 通过 实时 监听网络数据流能够及时识别网络中发生的入侵行为，并实时报警并且进行有效拦截防 护。 将 用服务区内的主机地址不被外 部终端获得。 18 新一代信息网安全方案设计 3.3.1.3.2 安全检测 复制分流器 IPS、WAF、流量分析、沙箱检测、数据防泄漏等各类检测设备针对流量的安全检测需求， 可通过配置一台高性能的 TAP 复制分流器对重要的网络节点镜像的流量进行采集和复制， 把流量均衡分散到多个出接口，转发给 IPS、WAF、流量分析、沙箱检测、数据防泄漏等各 类 检测设备的安全检测引擎进行数据分析，

System)默认的最基本的存储单位是 64M 的数据块（block）。 一个文件对应的所有 BLOCK 全部按照一定的部署策略存 在于 DataNode 上，文件的所有 block 为了容错都会被复制（一般为 3 份）， 每个文件的 block 大小和 replication 因子都是可配置的。Datanode 每 3 分钟 向 Namenode 发送心跳，如果 10 分钟 datanode 没有向 Namenode 发送心 跳 ， 则 Namenode 认 为 该 Datanode 已 经 dead ， Namenode 将 取 出 该 Datanode 上对应的 block，对其进行复制。 云技术方案建议书 第 27 页 系统总体设计 Namenode 挂了怎么办？Namenode 主控服务器，为了避免主节点失效 而影响整个系统正常工作，我们采用基于 HDFS 的改进方案 Value)，然后通过 Reduce 函 数把具有相同 Key 值的中间结果，进行合并化简。MapReduce 将计算作业分 成许多小的单元，同时数据也会被 HDFS 分为多个 Block，并且每个数据块被 复制多份，保证系统的可靠性，HDFS 按照一定的规则将数据块放置在集群中 的不同机器上，以便 MapReduce 在数据宿主机器上进行计算。 HBase 类似 Bigtable 的分布式数据库，是一个稀疏的，长期存储的，多维的，

Oracle 数据 库的情况下，则可通过数据库的导出/导入方式进行迁移。  迁移前后操作系统和数据库均为异构的场景：为了充分保障迁移后数据 的一致性和完整性，建议选择业界成熟且有官方技术支持的数据库复制或迁移 工具如 Oracle GoldenGate 进行异构平台、异构数据库之间的迁移。 3.6.3.4.3 MySQL 数据库导出/导入迁移 数据迁移至 MySQL 云数据库之使用 MySQLdump 存储集群 分布式存储集群可包含数千个存储节点，通常至少需要一个监视器、两个 OSD 守护进程才可正常运行及数据复制。其中包括的基础概念如下： • OSD：通常一个 OSD 对应物理机一块磁盘、一个 RAID Group 或者一个物 理存储设备，主要负责数据存储、处理数据复制、恢复、回填及数据重均 衡，并负责向监视器报告检测信息。单集群至少需要两个 OSD，并在物理 架构可划分为多个故 中，即定义机柜和主机存储桶。当分布式存储系统计 算出写入对象的 PG 及对应的 OSD 位置时，会优先将 A 写入到机柜 1 的服务 器 OSD 中，同时通过主 OSD 复制副本 A‘ 至机柜 2 的服务器 OSD 中，复制 A'' 至机柜 3 的服务器 OSD 中 ，数据全部复制写入成功，即返回客户端对象 A 写入成功。 在存储节点无网络中断或磁盘故障等异常情况时，对象副本数据始终保持 为 3 副本，不区分主副

用户则需要打开 Terminal ，界面如下。 图 12 命令行界面 然后再返回 Ollama 页面，选择 1.5b 这个模型，相对应的代码会自动更新， 可以点击复制按钮一键完成复制操作。 图 13 复制模型下载及运行指令 复制并粘贴代码成如下方式，然后回车键即可。 图 14 执行模型下载及运行指令 安装速度取决于网速和所在地区。1.5B 的模型通常可以在 5 分钟内完成安 装，安

的保密信息，您应当严格遵守保密义务；未 经阿里云事先书面同意，您不得向任何第三方披露本手册内容或提供给任何第三方使用。 2. 未经阿里云事先书面许可，任何单位、公司或个人不得擅自摘抄、翻译、复制本文档内容的 部分或全部，不得以任何方式或途径进行传播和宣传。 3. 由于产品版本升级、调整或其他原因，本文档内容有可能变更。阿里云保留在没有任何通知 或者提示下对本文档的内容进行 但不限于商标权、专利权、著作权、商业秘密 等。非经阿里云和/或其关联公司书面同意，任何人不得擅自使用、修改、复制、公开传播、 改变、散布、发行或公开发表阿里云网站、产品程序或内容。此外，未经阿里云事先书面同 意，任何人不得为了任何营销、广告、促销或其他目的使用、公布或复制阿里云的名称（包 “ ” 括但不限于单独为或以组合形式包含 阿里云 、“Aliyun” “ ” 、 万网 等阿里云和/或其关

据或 者第三方应用软件来实现数据的远程复制和同步。这种方式需要对现有应用软 件系统做比较大的修改升级，甚至重新开发，增加应用软件的复杂性，对应用 软件开发上技术水平要求较高，系统实施难度大，而且后期维护比较复杂。操 作系统级别容灾解决方案基于逻辑磁盘卷的远程数据复制会增加各节点主机的 一些处理性能需求，在主机性能和通信带宽的要求得到满足时，远程复制效率 和数据一致性可以得到保证。 系统因意外（如火灾、地震 等）停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续 正常工作。 针对云平台而言，服务容灾就是提供连续服务的能力，即在云内各个节点 间通过同步或异步复制技术，这样可以保证关键应用在允许的时间范围内恢复 运行，尽可能减少灾难带来的损失，让用户基本感受不到灾难的发生，这样就 使系统所提供的服务是完整的、可靠的和安全的。云平台连续服务的能力要求 如下： 共享平台中的数据备份包括中央机房内数据的备份和规划、国土、市政、 住建等职能局专题数据库的分布式备份，其备份在共享平台建设中无需另行购 置，其内容与备份方式有：数据库备份、文件型数据备份、核心配置与日志备 份、异点备份区域和复制-恢复的策略等。 9.3 安全管理制度 在整个信息安全管理中，人员安全管理是致关重要的。要确保信息系统安 全，首先应加强人员管理。管理的实现必须依赖于组织行为，地理信息共享服 48 / 54