Q1
OS完整下载报错-COPY项目日志文件时报错?
原因:项目没有完全退出,SQL management studio中仍然占用。通常Reset_WinCC.vbs复位项目时可以清空数据库中残留的数据库,如果复位后数据库中仍然有残留数据库手动分离,然后再进行下载应该就不会出现该错误。出现这种错误时,去服务器上删除项目时应该也会在删除相关数据库文件时报错。
aa
Q2
OS完整下载报错-目标路径不存在或只读?
这种情况有可能是因为当前下载的用户和对方电脑相同的用户名但是密码不一致导致。
Q3
OS完整下载报错-Database context does not exist or is invalid?
此时如果远程打开要下载电脑的数据库会报错。
出现数据库上下文不一致的原因可能有多种情况,比如上图中只是为了复现现象,故意设置的相同登录用户不在SIMATIC HMI或SQL的管理员组。
Q4
OS完整下载报错- An error occurred during down load
对于早期版本可能与上图略有不同,仅提示“an error occurred”,并没有任何详细信息。打开已下载的项目,首先会提示是否启动本地服务器,也就是计算机名还没有改过来,之后又提示用户没有权限。实际上这个项目只下载了一半,还没有完成。在SIMATIC Manager中这个PC站无法删除,wincc application下面的OS无法删除。Reorganization也没有作用。解决:对该项目做归档,提示有文件错误,文件名在windows里面显示乱码,删掉这部分文件,然后能归档,也能正常下载了。
对于当前版本,下载报错时会提示到具体的包含不识别字符的文件名,如上图所示,找到对应的文件纠正即可。
Q5
OS完整下载报错- OS is currently being loaded from another ES
错误消息发生的原因是在源和/或目标站中有一个以“LCK”结尾的文件,参见OS下载大致步骤的图中在哪一步创建lck文件。这个文件在装载过程中被创建并被正常删除。如果程序装载过程因任何原因中断,该文件就可能没有被删除。这种情况下必须在源和/或目标站中手工删除该文件。
Q6
OS完整下载报错- An error occurred while downloading to the target system,具体信息: “The project could not be opened. Microsoft SQL Server cannot access the database,please check the right.“
此时检查数据库中虽然OS已经关闭,但是可能因为非正常关闭的原因仍然有数据库的残留,比如下图所示:
除System Databases,Database Snapshots,IS_Ready之外的数据库都Detach掉再次下载即可:
啊啊
Q7
下载OS项目后 可以打开OS 但是运行起来后立刻报错并自动退出
这是因为上次项目退出后,数据库中有残留数据库导致的,如附图所示 关闭wincc 后打开SQL SERVER MANAGEMENT STUDIO,并删除掉Recovery pending(出现这种状态多是因为SQL中残留,强行删除(停止SQL服务器)项目导致的)的非正常数据库即可。
Q8
OS下载有时直接提示找不到RT Station,有时候可以点击下载,初始化报错目标路径不可达或没有权限
参考检查列表逐一检查都没有问题,最后发现客户的终端总线网卡取消了文件共享服务导致的。
另外也有可能是在IP设置中包含多个IP地址导致的找不到RT Station:
AA
Q9
OS仅改变下载报错hosts文件如何修改管理权限,在下载日志中提示: “\PcnameProjectNameGraCSThumbs.db: Access denied”
Thumbs.db是一个缩略图的文件。Thumbs.db保存在每一个包含图片或照片的目录中。Thumbs.db文件可缓存图像文件的格式包括:jpeg,bmp,gif,tif,pdf和htm。Thumbs.db文件是一个数据库,里面保存了这个目录下所有图像文件的缩略图(格式为jpeg)。当以缩略图查看时(展示一幅图片或电影胶片) ,将会生成一个Thumbs.db文件。Thumbs.db绝不是病毒,而是一个数据库文件,它一般可以在带有图片的文件夹中找到,而且其体积随着文件夹中图片数量增加而增大。
默认Server系统是不会生成的,但是Win10系统中默认是自动生成的。但是可以通过文件夹选项的设置,使得该文件不再自动生成,具体参考附图(如果已经生成 可以手动删除,对于OS服务器上的Thumbs.DB同样也可以手动删除)
Q10
OS第一次完整下载没有问题,再次下载不报错但是打开时提示没有用户权限。删除后第一次下载没有问题,再次下载相同不报错但是打开提示没有权限。
如上所述,第一次下载和打开都没有问题,再次下载不报错但是提示权限问题。检查用户和用户组权限以及SQL的权限都没有问题。参考前面提到的检查手册也都没有问题,而且数据库中也没有残留,没有LCK文件等。最后仔细对比正常项目和不正常项目发现该项目中确实默认的项目日志文件,导致每次打开时候都会自动创建一个与数据库中相同的日志文件而非正常项目的日志文件所致。
以项目名SERVER为例hosts文件如何修改管理权限,因为缺少SERVER.ldf和SERVERRT.ldf文件,导致每次下载时都会自动创建:数据库名_log.ldf的文件。
导致第二次下载后就提示没有权限打开项目了。
服务器上删除项目,工程师站上删除多余的LDF文件,保留最后一次创建的两个LDF文件兼职赚钱,手动修改为SERVER.LDF和SERVERRT.LDF。此时再次下载应该在某些版本下应该就可以正常了。如果还不正常,可以在下载之前,手动附加一次OS.MDF和OSRT.MDF检查手动附加时的日志文件名称是否为认为修改的名称,若非手动选择为手动修改后的LDF文件即可。
结合前面的几个例子,多数OS下载问题均出现在数据库的问题上。因此,不妨在OS完整下载前检查下目标OS上SQL Server Management Studio中的数据库是否退出完整。当然,牵一发而动全身,一个问题可能可能是多方面原因而导致,具体问题还需要具体分析。
最后再给大家推荐一个OS下载问题的FAQ,其中也包含了OS下载的常见问题集和相应连接。点击阅读原文,直接跳转。
![命令行进入文件夹 [推荐] Stata基本操作汇总——常用命令](https://pic4.zhimg.com/v2-0e307695ee7791d6715286383a2dd273_r.jpg)