今天有两个朋友问我cloud connector怎么配,这里正好记录一下,以后不用做重复劳动
-
SAP官网下载最新版cloud connector,如果没有JVM,在这下也可以,最好用1.7 或是1.8
-
安装并启动Cloud Connector
安装不用讲,windows向导安装,如果要改端口 ,就在过程中改一下。安装成功后,桌面会多两个快捷方式,然后右键“以管理员身份运行”Start Cloud Connector,这是第一个坑。
-
初始化配置SCC
上一步启动服务后,使用浏览器https://:,也可以直接写https://localhost:8443/
,正常情况下就打开了蓝天白云的登录界面,默认用户和密码是Administrator/manage
,这里注意用户名首字母大写,这是第二个坑。进入后会让修改管理员密码。
接下来就是最重要的增加subaccount.
以BTP的trial用户为例
Region一定要选对,因为点F4看列表时默认可以看到一个Europe(Frankfurt)的,但这个没有AWS结尾,最后手工输入一个AWS过滤,然后出来的才是trail用户中常用的那个Europe region,这是第三个坑。
选对了Region以后Subaccount是上图中这个ID,并不是那个Subdomain,这是第四个坑。
然后再填上登录邮箱和密码,保存,正常情况下躲避了上面4个坑这里subaccount配置是可以成功的。
还有一个大坑,添加subaccount时发现怎么都不成功,明明信息填的都对,检查了一百遍看不出毛病,检查LOG文件
查看LOG发现报401,那基本可以确定是权限问题,也就是账号问题。
拿这个关键字进一步网上搜,其中一个帖子给了提示,意识到可能是因为我的邮件关联了多个S账号造成的,这两个S账号的密码是不同的,再深层次的原因没有去追究,相信这也是SAP为什么要用Universal ID统一S账号和P账号的原因之一。
解决办法:换个邮箱申请测试账号吧,肯定就没问题了
问题
- 建好的destination测试有时成功有时不成功
有时两次成功一次,有时三次成功一次,很郁闷对不对 T_T
坑人的SAP,在两个NOTE中提到这个错误,提示是Location ID
没有设置正确,2447136和2433274,但是都没提重要的一点,为什么要设这个Location ID。
上面图是我在Cloud Connector中重新配置之后的结果,上面的Master Instance后多了Location ID ‘TIANJIAN’,在修改之前和下面一样是空的。
重新配置的位置就是上图这里,随便写一个名字加一区分就可以,具体原因看这里,简单说就是为了区分连接BTP同一个子账户的多个cloud connector。
这也解释了测试Destination为什么有时成功有时失败。