如何程序化将Google Drive文件迁移/复制至Windows共享UNC文件夹以支持SSIS定时处理

优先方案：基于现有稳定Apps Script的零侵入改造 #

• 不用改动原有“编辑触发生成CSV、清空Shared Drive旧文件”的稳定运行逻辑，仅在现有Apps Script流程的末尾追加同步动作，从根源上绕开“SQL服务账户无Google Shared Drive访问权限”的问题。
• 核心中转逻辑：在SQL服务器所在的内网网段部署一个极轻量的无状态HTTP接收服务（可直接用SQL服务器本身运行Python Flask、ASP.NET Minimal API等轻量程序实现，无额外硬件成本），服务的唯一作用是接收POST过来的CSV数据流，按照数据名_YYYYMMDD.csv的带日期规则，直接写入供SSIS读取的UNC共享目录（如\\sql-server\ssis-input\）。
• Apps Script侧仅需追加数行代码：把已经生成好的CSV内容作为请求体，发送到上述内网HTTP接收服务的固定端点即可；服务侧仅需配置IP白名单（只放行Google Apps Script的官方出口IP段），无需复杂鉴权流程。
• 整个流程中SQL服务账户仅需操作本地UNC共享目录的文件，完全不需要对接Google任何服务，原有Shared Drive的备份存储逻辑全部保留，双份存储的可靠性反而更高。

注意：Apps Script运行在Google云端，无法直接访问内网UNC路径，必须通过上述同网段的HTTP中转端点完成文件投递，不要尝试直接让Apps Script映射网络驱动器，这类方案在云端环境完全不可用。

备选方案：无Apps Script改造时的无人值守Excel自动化 #

如果不想改动现有Apps Script逻辑，可通过本地脚本实现Power Query的无人值守刷新，完全不需要人工打开Excel操作：

• 编写一段PowerShell脚本，部署在运行SQL Agent的SQL服务器本地，通过Excel COM组件实现无界面自动化：
  • 启动后台隐藏的Excel实例（配置Visible=$false、DisplayAlerts=$false，避免弹窗阻塞流程）
  • 加载预先配置好Power Query连接（指向目标Google Sheet）的Excel模板文件
  • 手动触发所有Power Query连接完成数据刷新，等待刷新进度走完
  • 将刷新后的工作表内容直接导出为带日期戳的CSV文件，写入同机的UNC共享目录
  • 强制关闭Excel实例，回收COM组件资源，避免残留的EXCEL.EXE进程占用文件锁
• 配置注意事项：
  • 提前在本地Excel中测试好Power Query对Google Sheet的连接，保存永久访问凭据，关闭连接属性中“刷新时提示输入凭据”的选项，避免无人值守时卡在交互弹窗
  • 脚本启动前增加进程校验逻辑，若发现上次任务残留的Excel进程，先强制终止再启动新任务
  • 直接将该PowerShell脚本配置为SQL Agent的作业步骤，和后续的CSV加载SSIS包按顺序串接，即可实现全流程定时运行

适配SSIS的原生组件实现逻辑 #

不管走上述哪种同步路径，SSIS包完全不需要依赖CDATA、COZYROC等付费组件，用微软自带的原生组件即可完成全流程：

• 用Flat File Source组件直接读取UNC路径下的CSV文件
• 配置脚本任务从CSV文件名中解析出日期戳，作为数据批次字段写入MSSQL目标表，实现历史数据的可追溯跟踪
• 增加简单的前置校验：如果当日同步的CSV文件不存在，直接触发作业失败警报，不用做复杂的跨源连接

内容的提问来源于stack exchange，提问作者svenGUTT