企业官网建设流程全解析

简介：格林威尔网管功能与业务开通培训课件，面向光传输网络运维与工程调测人员，内容覆盖UniView DA网管平台的日常操作与业务配置核心流程。课件依次讲解Server/Client登录与账号权限、网管界面功能、拓扑分层管理（区域—局站—网元）的创建与修改，以及开销字节、虚级联、E1业务、网管通道环回、以太网、时钟源、汇聚类业务等配置要点。针对现场开通环节，还专门给出数据库上载、匹配性校验和槽位配置的操作细节，能帮助读者理解如何避免因数据库下载不当或配置顺序错误造成的业务中断风险。资源为单个PPTX演示文稿，共6.44MB，逻辑清晰，适合通信工程师自学或班组技术分享。目前已有254人学习浏览，可作为格林威尔设备网管入门与排错参考。

1. 格林威尔网管开局：看懂 UniView DA 整套流程，少走一周弯路

从局站现场回来接到电话：网元已经通电，光路全亮，UniView DA 网管拓扑里那台设备却始终是灰色，数据库校验永远差两张表。这种问题在格林威尔网管业务开通里太常见了——不是设备坏了，而是创建网元的三个关键参数没对齐，或者网管线接错了 U 口和 D 口。这份《格林威尔网管功能、业务开通》内训 PPT，恰好把从启动 server/client、登录 root/public，到按“区域—局站—网元”分层建对象、数据库上载校验、槽位查询，再到 E1/以太网/时钟源/虚级联等业务配置的完整流程串成了一条线。适合刚开始接触 UniView DA、手上有设备但没有完整操作手册的维护工程师。下面按实际开局顺序拆解，把每个菜单路径、参数来源和容易翻车的细节一次说清。

2. 启动 server 与 client：从 root/public 登录到 U/D 口自检

2.1 server 和 client 两个进程都起来，网管才在线

UniView DA 是典型的 C/S 架构。启动时 server 和 client 必须一起启动，server 在后台负责与网元的实时通信、告警采集和数据库缓存，client 只是图形化操作界面。这种架构有一个实际好处：client 卡死或者异常退出，不影响 server 继续采集数据，重新启动 client 就能恢复操作界面。

现场最常见的翻车场景是只启动了 client，登录框能弹出来，输入 root/public 之后拓扑里却一个网元都没有。遇到这种情况别急着怀疑设备和网络，先回头把 server 进程拉起来，再观察系统状态提示区域是否显示链路正常。登录账号是系统管理员 root，密码是默认的 public，public 全小写且区分大小写。如果现场设备改过口令，root/public 就登录不了，只能通过设备维护口进命令行确认最新口令。

登录成功后看到的网管界面分为几块：顶部是主菜单、系统工具、拓扑工具，中间是拓扑窗口，底部是告警面板和系统状态提示。开局阶段告警面板里会有大量未管理告警，这是网元数据库还没有上载导致的，不是设备故障。我现在的开局顺序固定为：先确认 server 就绪，再登录 client，看系统状态提示，确认正常后才开始建网元。顺序一乱，后面排查的成本会成倍增加。

2.2 U 口和 D 口：网管通道连错端口的后果

资料里有一句原话：“检查并确认设备到网管机器的连接线正确，注意使用的是 U 口还是 D 口。” 这一条很多工程师会直接跳过，结果网管通道时通时断。

格林威尔接入设备面板上通常有 U 口和 D 口两种端口。按现场常见接法，U 口是网管和上联通道，D 口是数据级联通道。网管线插到 D 口的典型表现是：server 能发现设备，但拓扑里设备图标状态不稳定，告警面板反复闪红，网管报文走了数据通道，设备网管模块没有正确识别，握手信息不完整。

我一般用三步确认端口对不对。第一步，看面板丝印，U 开头的是 U 口，D 开头的是 D 口。第二步，把网管线接到 U 口后，在设备维护终端执行 showip，确认回显的 IP 地址是网管口地址，而不是级联口地址。第三步，在网管机上 ping 这个 IP，通了且延迟稳定，再继续后面的建网元操作。如果现场只有 D 口可用，需要在设备命令行里把端口属性改成网管模式，不同板卡指令差别较大，我一般在开局时不改端口模式，直接走 U 口，省掉后面的排障环节。

2.3 拓扑分层：区域、局站、设备三层模型

UniView DA 的拓扑不是一层平铺的设备列表，而是“区域—局站—设备”三层结构。维护人员可以按行政区域或维护片区创建管理区域，在区域下创建局站，再在局站下创建具体设备，也可以直接创建新设备。分层以后，告警按区域收敛，故障定位先缩到局站，再点进局站看设备，不会被无关片区的告警刷屏。

创建动作统一在“拓扑”菜单下完成。创建区域时，菜单“拓扑 → 创建对象”，填写区域名称，种类选择区域图标，也就是第二个图标，点击下一步完成。创建局站前，先选中目标区域，再执行“拓扑 → 创建对象”，填写局站名称，种类选择局站图标，也就是第三个图标。创建网元前，先选中局站，再执行“拓扑 → 创建对象”，在分类栏选第一个图示，右侧选具体设备型号图示，下一步后填写网元名称、IP 地址、网元 ID，点完成。修改属性走“拓扑 → 被管对象属性”，删除对象走“拓扑 → 删除设备”。

这里有一条硬规则：区域下有局站和设备时，必须按层删除，先删网元，再删局站，最后删区域。直接删除区域或局站，系统会因为存在下级对象而拒绝操作。

3. 按层创建管理对象：区域、局站、网元的参数来源与删除顺序

3.1 创建区域和局站：选对拓扑图标是第一关

创建区域和局站这个动作本身不难，难在图标选择。资料里的图标顺序是固定的：第一个图标代表网络类型，第二个是区域图标，第三个是局站图标。第一次操作很容易把“网络类型”当成区域图标用，结果创建出来的对象层级不对，后续所有网元都挂错父节点，拓扑结构全乱。

正确操作：创建区域时，在“拓扑 → 创建对象”对话框里填区域名称，种类选第二个图标；创建局站时，先用鼠标选中要挂靠的区域，再打开创建对象对话框，种类选第三个图标。注意，创建局站之前一定要选中父区域，否则新建的局站会跑到根节点下面，看起来也建成了，但区域过滤时根本筛不出来。

修改区域或局站属性，在拓扑图中选中对象，菜单“拓扑 → 被管对象属性”里改名称和备注。删除区域或局站，同样先选中对象，菜单“拓扑 → 删除设备”。这里说的“删除设备”菜单，实际承担的是删除任意管理对象的操作入口，不只是删除网元。删除时如果对象下还有下级节点，系统会拒绝执行，必须先处理子对象。

3.2 创建网元：IP、网元 ID、password 三个参数从哪里拿

创建网元的路径是：先选中局站，再“拓扑 → 创建对象”，分类栏选第一个图示，右侧栏选设备型号图示，点击下一步，然后填写网元名称、IP 地址、网元 ID，点完成。这里的三个参数不是随便填的，来源都有明确命令。

这三个参数只要有一个不对，网元建好后 server 就无法和网元建立稳定连接，拓扑图标会一直保持灰色或者时在线时离线。IP 抄错一位是最常见的低级错误，网元 ID 冲突的隐蔽性更高，因为设备本身工作正常，只有网管侧校验不通过。password 这个参数最容易忽略，很多人只填了 IP 和网元 ID，口令随便敲一个，结果数据库校验永远不通过。

我一般会在设备维护终端把 showip、showneid、em printdt 6 三条命令的输出保存到文本里，再对照着往创建对话框里填，避免手抄出错。

3.3 删除顺序：先网元、再局站、最后区域的硬规则

删除对象的硬规则在内部培训里写得很清楚：区域下有局站和设备时，按层删除，先网元、再局站、最后区域。局站下有网元设备时，同样是先删网元，再删局站。

这条规则的实际意义在于防止误删。如果系统允许直接删除区域，整个区域下所有局站和网元会一次性消失，设备侧不受影响，但网管数据库里的配置记录全部丢失，重建成本很高。系统强制按层删除，相当于给误操作加了一道确认门槛。

删除网元前如果还有保留价值，先对网元做一次数据库上载，把设备侧的配置备份到网管数据库，再执行删除。删除后网管数据库里该网元的业务记录也会跟着清掉，后续重新创建网元后需要再次上载才能恢复业务数据。

3.4 槽位配置：设备安装后查询板卡信息

网元创建完成后，还需要确认设备槽位信息。操作入口：网元图标上右键，选择“设备安装”，再选择“槽位配置”，打开槽位配置界面。界面打开后，选中左边的设备，点击“查询”按钮，系统会读取网元的槽位信息并显示在界面里。

这一步的作用是核对网管数据库里的板卡槽位与实际设备槽位是否一致。如果网元侧实际插了 4 块业务板，网管数据库里只有 2 块，后面做 E1 业务配置和以太网配置时，会出现找不到端口的情况。槽位配置查询正确后，再进入业务配置阶段，才不会在端口选择上卡住。

提示：槽位查询失败时，先回到网元参数核对，特别是 password 字段，查询槽位本质上是向设备发起读取请求，口令不对则读取失败。

4. 数据库上载与校验：让网管数据库向网元侧对齐的两个关键动作

4.1 为什么上载是开局铁律，下载是高风险操作

数据库上载和下载是方向和后果完全相反的两个动作。上载是把网元侧数据库复制到网管数据库，下载是把网管数据库下发到网元侧。开局场景下，网元侧往往已经通过命令行完成了基础配置，网管数据库是空的，所以必须先上载，用设备数据库替换网管数据库。

资料里的原话是：“数据库只建议上载不建议下载，因为下载应用不当时会造成业务的中断。” 这句话是网管开局的核心原则。下载操作本质上是把网管侧配置覆盖到设备上，如果网管数据库里的时隙分配、VLAN 配置和网元侧不一致，下载后设备会重新编排业务通道，E1 业务和以太网业务很容易发生闪断，严重时业务长时间中断。

有些维护人员建完网元后习惯性点“下载”，把网管数据库强行灌到设备里，结果开局的第一个业务就中断了。正确的做法是建完网元后先上载，再校验，校验通过后再考虑是否需要下载。

4.2 上载操作：右键网元 → 维护 → 数据库表上下载

上载操作的完整路径：网元图标上右键，选择“维护”，再选择“数据库表上下载”，进入数据库表上下载界面。界面左栏显示的是网元的全部信息列表，包括基础配置、业务配置、告警配置等。

操作步骤：

1. 在数据库表上下载界面中，选中左栏的网元全部信息。
2. 点击“上载”按钮。
3. 弹出上载确认对话框，直接点击“确定”。
4. 等待系统执行上载，稍后界面会提示上载成功。

这里强调一下，左栏的“全部信息”是打包选项，如果只需要上载某类数据，可以只勾选对应条目，但开局阶段建议全部勾选。网元侧已有的信息，包括命令行配置的静态数据、业务通道、告警阈值，都会同步到网管数据库。上载成功后，网管数据库才真正反映了设备侧的现状。

4.3 校验匹配性：检验成功才代表数据对齐

上载完成后，还必须做一次匹配性校验。在数据库表上下载界面里点击“校验”按钮进入校验界面，选中左栏网元的全部信息，点击“检验”按钮，系统开始比对网管数据库和网元侧数据库的差异。等到校验成功提示弹出，说明数据已经对齐。

校验不通过时不要直接改数据，先看差异条目。最常见的差异项是 IP 地址、网元 ID、板卡槽位和时钟配置。这些参数来自 showip、showneid、em printdt 6 三条命令和槽位配置查询，逐项核对即可定位问题。如果修改了网元侧数据，需要重新上载并再次校验，否则差异会一直存在。

注意：上载前先确认网元侧配置是当前运行版本，避免把设备里的历史配置当作最新数据同步到网管。校验成功后再做后续业务配置，能减少一半以上返工。

4.4 上载后的状态确认

数据库上载和校验完成后，回到网管主界面，重点看两处：一是告警面板是否刷新，未管理告警是否减少；二是系统状态提示区域是否显示 server 与网元连接正常。如果告警面板仍然有大量红色告警，大概率是上载不完整或者校验未通过，这时候重新走一遍上载和校验流程，不要急着配业务。

一个反直觉的细节是：上载不会覆盖网管数据库里已有的其他网元配置，只是把目标网元的数据同步过来，所以上载操作是安全的。而下载会整体覆盖网元侧配置，风险比上载高一个量级。

5. 开局常见问题排查：数据库下载、U/D 口与删除顺序的五个翻车点

5.1 数据库下载导致业务中断，告警面板全红

现象：建完网元后点了“数据库表上下载”界面里的“下载”按钮，没过多久，网元下的 E1 业务和以太网业务全部闪断，告警面板一片红色，现场电话一个接一个打进来。

原因：网管数据库与网元侧配置不一致，下载操作把网管侧的旧库或空库覆盖到了设备运行库上。不同板卡的时隙资源和 VLAN 配置在覆盖后重新排布，业务通道瞬间被冲掉。

解决：开局和日常维护一律只点“上载”，不点“下载”。如果确实需要把网管侧配置下发到设备，先在网管侧完成全部业务配置并校验通过，再选择业务低峰窗口执行下载。从我自己的经验看，90% 的下载操作都不是必须的，网元侧配置优先通过设备命令行完成，网管只做采集和监控。

5.2 网元建好了拓扑里不显示，或显示但 ping 不通

现象：网元创建完成后，拓扑图里看不到图标，或者图标显示为灰色，用网管机 ping 设备的 IP 地址不通。

原因：三个主要嫌疑点，一是创建网元时 IP 地址填错，与 showip 回显不一致；二是网元 ID 与现场设备实际值不符；三是 password 字段不正确导致 server 无法完成设备握手。

解决：回到设备维护终端，依次执行 showip、showneid、em printdt 6，确认三个参数的实际值。如果 IP 能 ping 通但拓扑里仍然灰色，重点检查网元 ID 是否和另一台设备冲突。参数确认后，先删除原来创建的网元，再重新创建，创建完成后重新上载数据库并校验。

5.3 U 口 D 口分不清，网管通道时通时断

现象：网管登录正常，但拓扑中的设备图标每隔几分钟就掉线一次，告警面板反复闪红，网管机和设备之间 ping 测试偶尔丢包。

原因：设备到网管机的连接线接在了 D 口上，网管报文走了数据级联通道，没有被设备网管模块完整识别，导致 server 与网元之间的握手周期不稳定。

解决：把网管线从 D 口移到 U 口，重新观察拓扑图标状态。移动后等 1 到 2 个告警刷新周期，确认设备图标稳定绿色在线。如果现场没有空闲 U 口，再考虑把 D 口配置成网管模式，但这个操作要查对应板卡命令，不建议开局时临时改。

5.4 删除设备违反层级顺序，系统直接拒绝

现象：在拓扑图中选中一个区域或局站，执行“拓扑 → 删除设备”，系统弹出提示，拒绝删除。

原因：区域下还有局站，或局站下还有网元，系统不允许删除有下级节点的对象。这是防止误删的保护机制，不是程序故障。

解决：先删除该区域或局站下的所有网元，再删除局站，最后删除区域。如果网元还需要保留管理记录，删除前先执行数据库上载。从那以后我再删除任何对象前，都会先看一下对象树里有没有子节点，确认层级关系再动手。

5.5 校验不通过：网元 ID 冲突还是密码时效问题

现象：上载完成后点击校验，系统提示部分数据库表校验不通过，或者弹出校验结果列表，里面有几张表标识为错误。

原因：最常见的是网元 ID 冲突，同一管理域下两台设备配置了相同的网元 ID，server 无法区分目标设备。其次是 password 字段与设备侧不一致，特别是现场改过维护口令但没有同步更新到网管数据库。

解决：先复制校验结果里的差异表名称，再到设备维护终端重新执行 showneid，确认设备实际网元 ID 是否与网管里填的一致。password 问题优先确认 em printdt 6 回显的 password 字段还是不是创建时用的值，如果设备侧改过口令，直接用新口令重新创建网元或更新网管配置。校验不通过时不要反复点击校验，先解决参数差异，再重跑一次上载和校验，避免在错误数据上浪费时间。

6. 业务配置落地与验证习惯：E1、以太网、时钟源和我的 showip 三板斧

6.1 E1 业务类与网管通道配置要点

E1 业务配置在网管界面里走业务配置菜单，创建 E1 业务时需要指定槽位、端口、时隙和环回模式。开局阶段最容易漏掉的是环回配置，环回分外环回和内环回，现场误打外环回后，业务侧会收到本端发出的测试码流，容易误判为业务不通。

网管通道配置紧随 E1 业务之后，把网管报文映射到指定的开销字节通道上，确保 server 与网元的管理通信独立于业务通道。很多开局问题追根溯源是网管通道和业务通道混跑，告警刷新慢，误以为是设备性能问题。

6.2 以太网与汇聚类业务配置

以太网配置相对直接，主要做 VLAN 划分、端口加入和链路聚合。汇聚类业务则是把多路 E1 或以太网业务汇聚到一个上联口，配置调整时先确认汇聚方向和各支路的槽位端口，再下发配置。业务配置完成后，建议在网管侧做一次业务下发状态的确认，看业务图标是否绿色在线。

6.3 时钟源、开销字节与虚级联配置

时钟源配置在开局时容易被跳过，等业务对时报问题才回来补。主用时钟优先选同步性能好的时钟源，备用时钟配置成跟随模式，避免主时钟掉线后业务失步。

开销字节和虚级联相关配置，用于提高带宽利用率和网络可靠性。虚级联（VCAT）实现多路径带宽捆绑，配置时需要两端同时启用，并且配合 LCAS 协议做动态调整。这项配置对时延敏感型业务有明显效果，但对普通开局业务不是必须的，按现场需求决定是否启用。

6.4 我的开局验证习惯：showip → showneid → em printdt 6

现在每次开局建网元前，我都会强制在设备维护终端跑一遍这三条命令：

# 在设备维护终端执行，建网元前确认三个关键参数 showip # 回显网管口 IP，直接对应创建网元时的 IP 地址字段 showneid # 回显网元 ID，全网唯一，发现冲突时先清理重复配置 em printdt 6 # 回显模拟表第 6 行，password 字段即创建网元的默认口令

showip 回显的是网管口 IP，直接抄到创建对话框；showneid 确认设备当前网元 ID；em printdt 6 输出的是 password 字段，这个字段经常被误当成普通密码，其实它对应的是设备和网管建立管理通道时使用的口令。三条命令输出各自保存，再回 UniView DA 填参数，数据库校验基本一次通过。

从那以后我每次开局都强制走一遍 showip → showneid → em printdt 6，再回 UniView DA 建网元，数据库校验基本一次通过。这份《格林威尔网管功能、业务开通》PPT 里没写这个习惯，但它是让整套流程少返工的关键。希望帮到你。

本文还有配套的精品资源，点击获取