Uipath Orchestrator搭建步骤与注意问题

前言

之前曾经参与过几个uipath的项目，都有用到Orchestrator （下面简称OC），直到去年出了最新的正式版OC，由于项目的特殊性，也遇到了一些之前未遇到过的问题，借此机会想把一些安装过程以及期间遇到的问题都罗列出来，希望各位可以少走一点弯路。

所谓的特殊性

1. 完全是一部空的机器，就只有一个干净的windows server 2016虚拟机。
2. 虚拟机对应的网络是完全不能接internet的内部网络，而且很多软件也是限制安装的。

事前准备

3. OC安装包，这里有个很纠结的错误，到现在还没有想明白，我官网上下载了一个混合安装包，即里面既有OC，也有studio，也有robot的，不过不知为什么安装到一半的时候，就报了一个错误，如图：
   
   这个问题我后来问了厂家的support，好像也解释不清楚，于是他们推荐了一个独立安装包
   https://download.uipath.com/versions/19.10.14/UiPathOrchestrator.msi
   大家可以试试这个，建议还是用独立安装包比较好。
4. SQL Server,这个当时客户那边是已经装好了服务器，但自己还是要装一个SQL Management Studio。
5. IIS，外加IIS的rewrite，因为这个rewrite如果没有装的话，安装过程中会报错的。
6. .Net Framework 4.7.2 或以上
7. 在IIS上自建一个安全证书，因为OC走的是https的模式，如图：
   

搭建步骤

1. 运行cmd，用以下这条命令安装：
   msiexec /i “D:\TMP\Tools\UiPathOrchestrator.msi” /L*V “C:\log\OrchInstall.log”
   路径是你下载msi文件的路径。如果有所缺漏，系统会有提示的。
   

2. 运行Orchestrator安装包，主机名默认生成，SSL证书用上面IIS安装的那个，端口要用443.
   

3. 应用程序池设置 - 默认，可以不设置密码
   

4. 数据库安装，这里要注意，IP与端口用逗号隔开。主机名，用户名，密码，由帮忙安装数据库的IT team提供，数据库用默认-Uipath
   

5. Elasticsearch日志设置，暂时不设。
   
   后面的基本可以默认‘下一步’启动安装。

安装后的其他配置

1. 绑定IIS，这里添加一行，以代表用主机名也可以访问。
   
   默认生成的第一行：
   
   然后添加多一行，是为了可以用IP访问：
   
   到底基本安装完毕，然后就要开始用License激活了。

关于License激活的步骤

由于新版2019的license，是套装激活，也就是说，连带机器人，都用同一个license，所以先激活OC的license登录OC，选择右上角“license”

这里考虑到有一部分客户是offline的，所以提供了offline激活，也就是我们这个项目其中一个特殊性。

如果不是以文件方式，而是以一串号码的方式，则不要选文件方式。

后面一步，如果对环境有疑问，则先选‘混合’方式


这里要注意，由于自签证书问题，如果用IE浏览器，有可能出现以下错误。

然后按照指引，到上图网站上传‘activation_request.txt’文件。然后激活后会返回一个Lic文件，再导入这里就可以了。

经验总结

1. 关于创建Robot - Machine

• 建立machine,这里没有特别说明，就是起一个machine就可以了。起好后，在后一步的robot可以选择对应的machine，因为它们是一一对应的关系。
  
• 建立Robot
  
  Machine一栏，如果之前没有创建Machine的话，这里直接输入名字，可以创建。

另外由于unattend，指的是oc要控制机器人启停，所以username下面有个password，如果选的是attend，就只需要输入用户名就可以了。username要填登录机器的username和password。
要注意，一个machine，只对应一个机器人，如果起两个机器人，都指向同一个machine，便会报错。

如果勾上’create another’则以已经填写的资料为copy，copy一个robot

然后回去Machine，查看所分配的Machine ID,因为这个要用到挂上robot的托盘。

另外注意，环境一定要与robot挂钩，不然的话在运行process的时候，会找不到对应的机器，如下图，作为示例，我随便列出各种的机器人类型，以便大家好理解各种机器人可以挂在OC上。

2. 关于证书问题

如出现以上证书问题，需要把服务器的IIS的证书导出，然后导入到对应机器人的机器。

3. 关于用户名问题

关于服务器上的Studio，发布到OC的时候报‘没有机器人’的问题

以上图虽然打了马赛克，但红色的框圈着的地方就是登录服务器的用户名，大家设定machine-robot-environment这三块的时候用的用户名，一定要和对应下面的windows登入的用户名要一样，否则会报以上错误的。

4. 机器人莫名被踢出的问题

之前试过有个现象很奇怪的，如果用一个账号，例如叫user1，真人登录了某台robot的桌面，而此时浏览器用OC上面的用户名user1去触发robot，对应的虚拟机会被‘踢下来’，于是我在思考原因，后来我发现OC上面对应的robot有个高级设置，因为用了同一个账号，新的进程会霸占虚拟机。根本原因就是因为账号登录的时候，会占用了console，所以我们需要在机器人的配置选项里面，把对应Login To Console选No，此时便不会占用console了。
如图

5. 数据库安全问题

另外也试过有次OC突然登录不了，然后查看了windows的‘事件查看器’的日志，发现原来是OC登录SQL server的时候，对应的用户名连接失败，于是我便手动打开SQL Studio Management尝试用OC连接用的用户名登录数据库，发现果然不行，原来是由于数据库安全策略，每个n天需要修改密码，于是修改完密码之后，立即要去OC对应的web.config去更新最新的密码，此时IIS重新启动OC便可以了。