产品文档 / Excel催化剂
第八篇-填坑-使用本地网关让AzureAS访问本地数据
前一篇故意设定一种最简单的场景,避开本地数据源,直接使用Azure SQL上的数据,最终没有任何报错。 真实情况更多是有部分本地数据源,特别是Excel数据这样手工维护的数据,怎样可以将这些数据放在本地一样可以被AzureAS来使用呢?本篇给大家填这个坑。 加入本地数据源后 本篇模拟导入一份Exce
前一篇故意设定一种最简单的场景,避开本地数据源,直接使用Azure SQL上的数据,最终没有任何报错。
真实情况更多是有部分本地数据源,特别是Excel数据这样手工维护的数据,怎样可以将这些数据放在本地一样可以被AzureAS来使用呢?本篇给大家填这个坑。
加入本地数据源后
本篇模拟导入一份Excel表格数据,第1个坑将出现,使用导入数据源,选择excel表格后,出现这个吓人的界面,亲测貌似使用【模拟服务帐户】通过。

之所以有这些帐号的问题,因为在企业级解决方案中,权限是重中之重,微软为了最大化的安全,设置了很多门槛,例如这个Excel表格是应该由什么帐户去访问它的,如果是数据库时,又是什么帐户去访问才合理(一般严谨的做法是权限最小化,让帐户刚好合适的权限访问合适的资源,不对其有过大的权限给予)。
权限的坑到处都是,只能慢慢摸了。
接下来看到这一步很熟悉,用过Excel和PowerBIDeskTop的都不陌生,就是PowerQuery界面,在SSDT上,完全可以使用PowerQuery做简单的数据ETL工作。有些场景比用SSIS这样的方式更省事。在Sqlserver2017版才提供(Azure保持最新版肯定也提供)。


按上篇的操作,使用部署菜单,将其部署到AzureAS上试试。结果出现了吓人的错误,掉进坑里了。提示需要本地GateWay。

配置网关
这个网关,用的和PowerBI Pro网关是一样的,安装过PowerBI网关,都知道其原理,这里不展开。下载网址:https://www.microsoft.com/zh-CN/download/details.aspx?id=53127
在本地数据源的电脑上安装好网关,并以Azure的帐号登录。

网关登录后显示准备就绪,即可以到Azure门户上去创建网关。


根据自己电脑安装的网关,选择到对应的网关位置及网关名称(当选择不同位置时,会自动检验Installation Name,不是自己网关位置会显示不可用提示)

切换到AzureAS页面,选择刚刚创建好的本地网关,即完成Azure AS的本地网关配置工作。不要忘记点击【连接选定网关】才是最终生效的。

按Azure的设计原理,一个Azure订阅,可以创建多个本地网关,即可以连接多台本机机器的数据源,所以我们Azure AS上具体需要对应的是哪个网关,这个需要再做选择,没想明白这点时,坑了笔者好久。
重新部署后,这次是成功的画面,坑顺利填完,安全通行了。

重新用Excel连接模型发现新的本地Excel表的数据顺利进到AzureAS模型中来了。

结语
本篇通过真实项目的场景设计,给大家演示了当有本地数据源存在时,AzureAS模型的一些细节处理问题,很多时候,这些坑横在面前的时候,其并不像一些个人使用工具那样地有许多的资料可查询,只能自己摸黑探索,这个过程中务必多多google而不是仅依赖百度。
所谓的专家、大牛就是不断地在这些坑中挣扎着,最后能够重新站起的人群。希望笔者走过的路,能够给后来者少受这些苦痛。