本帖最后由 adminlily 于 2020-12-5 16:42 编辑
应用升级
此功能(仅限iTop管理员)允许通过Web浏览器将iTop应用代码添加到升级,而无需连接到iTop服务器。
补丁- Combodo提出了补丁软件包,只能使用此新职能进行安装。
- 补丁不包含完整的iTop程序包,而仅包含自上一个iTop版本(主要或轻度)以来已更改的文件。
- 补丁是一种配方,用于将iTop版本(源)修改为另一个iTop版本(微型版本)。
- 补丁的iTop源版本可以是main或轻度版本。
- 版本源是iTop必须在其上运行的最小版本,以便安装版本。
- 当您安装补丁时,一条错误消息会告诉您补丁是否不适用于您的iTop。
- 它不会破坏您的iTop。
- 补丁旨在将iTop升级转换为特定的微型版本。例如,假设2.7.0-2是微型版本
- 如果iTop运行2.7.0,则可以使用补丁-iTop-2.7.0-2.7.0-2.zip将升级升级到2.7.0-2。
- 如果您的iTop已经在运行2.7.0-1,而没有问题,则可以将相同的补丁软件包用于升级到2.7.0-2。
因为它是从服务器上的用户PC上传软件包的,所以Web服务器必须允许上传此大小的文件。补丁封装比完整封装小得多:
- iTop 2.7.0约为20Mb
- iTop 2.7.0-1的补丁约为200Kb
应用升级是在iTop代码上应用补丁的简单方法
局限性
应用升级工具未添加删除模块扩展名,因此无法正确安装主要的iTop升级。如果错误地执行了此操作,则只需对复原情况运行安装程序即可。但是总的来说,Web服务器参数allowed_max_file_upload_size不足以上传完整的iTop程序包。
用法
单击菜单系统应用升级
该页面将
- 执行一些检查,
- 允许您上传文件,将检查哪些内容
- 允许您选择备份选项并执行升级
检查打开页面:
- Web用户(Web服务器使用的用户)必须为用户,或者必须对iTop根目录下的每个文件和目录(包括iTop根本身)具有写访问权限。
- 它控制allowed_max_file_upload_size(2个变量)
- 它显示磁盘上的可用空间。
用户必须检查剩余的磁盘空间! 200 Mb似乎是没有备份的最低要求
检查是否提供了zip:
一旦提供了zip,它便将软件包解压缩到一个临时目录中并控制:
- 那是一个拉链
- 该zip对应于已安装的生产(社区,专业等等)
- zip与清单相符,因此所有存在的文件都具有预期的大小和校验和,就像退出Combodo工厂时一样。
- 邮递区号可以对应补丁或完整包装。
然后
- 它将iTop置于维护模式(停止cron并阻止用户修改数据)
- 它执行所需的备份
- 它从解压缩的包中复制iTop文件
- 它编译iTop(生成env-prod并更新数据库),其行为与从iTop Hub进行安装或从ITSM Designer移至生产环境相同。
在应用升级的开头,iTop通过<itop >>数据下名为.readonly的文件以只读方式移动。
然后,在数据模型编译期间,通过位于同一位置的名为.维护的文件,iTop移至维护模式。
此机制适用于安装程序,iTop Hub推送扩展,ITSM Designer推送新数据模型时以及应用升级上
如果是错误,请对修复运行安装程序,通常就足够了,除非您的数据模型不兼容
如果这还不够,那么如果您有无法解决的XML不兼容问题,则必须手动安装新版本或旧版本的流程。
问题:我的iTop保持只读状态?
答案:如果升级流程在中间崩溃,则可能需要手动删除<itop >> dataa.readonly和<itop >> dataa.维护文件。成功的安装程序将
在应用升级发生故障后自动删除那些文件。
|