OS下载是PCS7项目中不可或缺的一步，避免了项目复制器的繁琐，为下载和更新OS项目带来了极大方便。但是，在项目实施过程中往往在该环节也容易出现问题，甚至成为项目实施过程中的一个老大难问题。如果按标准步骤来做可能从始至终都非常顺利，但是一旦稍有不注意的地方可能就会出现很多令工程师束手无策的问题：比如找不到RT Station，复制完远程打开时报错，下载不报错打开时提示用户权限不足，下载后一激活就自动退出等。OS下载看来更提倡 “照本宣科”，在自由发挥的道路上反而渐行渐远。

以OS服务器为例，主服务器的完整下载过程大致如下：

图1-1 OS下载过程

导致OS下载出问题的原因繁多，但多数情况下之所以出错还是与我们的基本设置不得当导致的。正确的计算机、网络配置和适当的账户管理，同时项目无误的情况下大部分都可以实现正常下载。西门子全球资源中关于该话题的FAQ和话题讨论也比较多，多数设置也是大同小异，归结起来，可以分为两大类：项目本身问题或系统和软件环境问题。在遇到问题打热线之前，不妨静下心来按照下面两个文档先检查一遍，说不定就山重水复疑无路，柳暗花明又一村：

《OS下载需要检查哪些配置》

https://support.industry.siemens.com/cs/cn/zh/view/85772127

《在 Windows 网络中运行 SIMATIC WinCC 有什么要求？》

https://support.industry.siemens.com/cs/cn/zh/view/868014

对于上述文档中的重复内容我们就不再一一赘述，着重说下在平时热线中客户检查时容易忽略的点并分享几个在热线或实际项目中遇到的下载出错或打开项目出错的问题。

容易忽略或认为无所谓的设置：

1、是否需要设置hosts和lmhosts文件，如何设置？

官网上的解释：

如果网络中没有结合 DNS 使用 DHCP 服务那么就不会自动实现命名解析，必须为命名解析配置 “ lmhosts ” 文件。如果使用了 DNS 和 WINS 服务，系统也会进行命名解析。如果在网络中使用的是 DHCP 服务器，它可以将标准网关、IP 地址、DNS 服务器或 WINS 服务器分配给 DHCP 客户端。网络中的名称解析由 DNS/WINS 服务器完成。如果不使用这些服务，则必须通过hosts（DNS）/ lmhosts（WINS）进行名称解析。

DNS 服务器管理整个域名（ FQDN=computername.domain/www-address ）。本地 DNS 名称解析存储在“hosts”文件中。WINS 服务器管理 NetBIOS 名称解析。本地 WINS 名称解析存储在 “ lmhosts ” 文件中。

在大型网络中，必须要组态 "lmhost" 文件。为了加速命名解析，也可以配置 “ hosts ” 文件。

结论：

--从官网的描述和原理（主机名称解析和NetBIOS名称解析顺序），以及客户的实际使用中，满足条件的情况下可以不设置“ lmhosts ”和“ hosts ”

--建议配置两个文件，尤其是大型网络中。

案例：

在其中一个现场使用第三方的交换机，一开始也没有设置“ lmhosts ”和“hosts”文件，OS下载也没有出现问题。中间因为修改终端总线交换机参数而重启了交换机之后，此时完整下载OS，复制完成后远程打开项目时（DNS解析）卡住并在等待十多分钟后报错。正确设置“hosts”（也一起设置了“ lmhosts ”，但与此无关）后，再次执行下载一切正常。

如何设置？

文件位置：“ lmhosts ”和“hosts”文件的路径：“ C:\Windows\System32\drivers\etc ” 。

注意：

--默认“ lmhosts ” 文件为 Imhosts.sam ，需要修改完毕后删除后缀.sam并重启之后才能生效。

“ lmhosts ”

--“ lmhosts ”文件中在每个条目后增加“ #PRE ”，这样在系统启动时就会被加载到高速缓冲区中。在解析 IP 时，首先读取高速缓冲区，如果不能解析所有计算机名才会读取 lmhosts 文件中的信息。

“ lmhosts ”文件设置示例如下图所示：

“ hosts ”文件设置示例如下图所示，注意“ hosts ”文件不可添加“ #PRE ”

一切设置完毕准备保存的时候是不是遇到问题了，没有权限保存在该目录??。可以保存到其他目录后再替换现有目录的文件（注意保存时不要带着后缀，如果有需要删除后缀），也可以在修改之前先复制到其他位置，修改完毕后替换该目录下的文件即可。

2、是否需要设置网卡排序？

与PCS7的版本无关，与操作系统有关，对于 Windows 10 和 Windows Server 2016开始不需要再设置网卡排序（即使设置了也不会生效??），在这之前的版本需要设置网卡排序。系统网卡次序决定了网络服务访问网卡的顺序。因此必须确保网卡/连接 （ 已经选择为终端总线的设备 ）处于第一位。

3、用户名和全名？必须登录相同的用户名吗？

用户名和全名的关系就是实际名称和显示名称的关系。我们平时所要求的具有相同的用户名和密码，指的是具有相同的实际名称即用户名（默认创建新用户时，可以保持全名为空，即显示实际名称）。

强烈建议使用相同的用户名和密码，当然对于某些特殊场合也可以使用不一致的用户名密码登录，需要互相添加对方用户，另外还要注意数据库访问权限和用户组的要求。坚决不能使用空密码，由Windows设置决定，网络中访问一定要输入密码。

4、完整下载前数据库和项目检查

如果前期下载都正常，后期出现问题。基本上可以锁定在项目或数据库的问题，当然不排除软件环境损坏的特殊情况。

软件环境损坏的情况，我们可以简单的通过在源和目标电脑上能否正常创建或打开其他项目测试，或更换其他工程师站测试。

项目或数据库问题很有可能是项目中包含.lck的临时文件或项目中包含乱码的文件或数据库中退出不完整导致（后面分享几个相关例子），极少情况下也有可能发生项目本身的问题（若确保没有后缀为LCK的文件而且数据库退出正常情况）。

5、应急情况下能否使用WinCC的项目复制器

正常情况下，PCS 7项目必须采用OS下载的方式传送至目标站点。如果使用WinCC项目复制器，则复制项目会被修改为WinCC项目，而PCS 7项目和WinCC项目所需授权是不一样的。

当然如果实在紧急情况下也可以先应急。对于授权问题，在目标电脑上打开WinCC项目之后，运行之前先打开SQL Server Management Studio，修改项目类型为PCS7。

经验分享：

1、OS完整下载报错-COPY项目日志文件时报错

原因：项目没有完全退出，SQL management studio中仍然占用。通常Reset_WinCC.vbs复位项目时可以清空数据库中残留的数据库，如果复位后数据库中仍然有残留数据库手动分离，然后再进行下载应该就不会出现该错误。出现这种错误时，去服务器上删除项目时应该也会在删除相关数据库文件时报错。

2、OS完整下载报错-目标路径不存在或只读

这种情况有可能是因为当前下载的用户和对方电脑相同的用户名但是密码不一致导致。

3、OS完整下载报错-Database context does not exist or is invalid

此时如果远程打开要下载电脑的数据库会报错。

出现数据库上下文不一致的原因可能有多种情况，比如上图中只是为了复现现象，故意设置的相同登录用户不在SIMATIC HMI或SQL的管理员组。

4、OS完整下载报错- An error occurred during download

对于早期版本可能与上图略有不同，仅提示“an error occurred”，并没有任何详细信息。打开已下载的项目，首先会提示是否启动本地服务器，也就是计算机名还没有改过来，之后又提示用户没有权限。实际上这个项目只下载了一半，还没有完成。在SIMATIC Manager中这个PC站无法删除，wincc application下面的OS无法删除。Reorganization也没有作