Google AI Pro 訂閱試用

之前使用兩種方式使用 AI ，一是用官方 WEB提問，另一種是 API 來打造自己的 AI Agent，直到近期使用 Google Antigravity 2後開始訂閱 Google AI Pro，好好來學習如何使用 Antigravity。 

SAP ERP 工單檢驗 IPQC

SAP Inspection Type 

工單要有檢驗批產生，會在途層建立 CA01時可以在每個作業去維護檢驗特性，如果料號有維護檢驗整備，會在開立工單時會建立一張檢驗單(批)，可以在 CA03查詢工單表頭 - 指派看到檢驗批號碼。

 

 

 

如果需要在特定站別/作業產生檢驗批的話，會用作業-控制碼設定此站為檢驗站去產生檢驗批。

如果有導 MES ，工單檢驗 IPQC可能會移至 MES上執行，在料號的檢驗整備就取消勾選 03。

跟 AI 討論對話真的不要過長

前一陣子在找 SAP HANA DB 問題，我與 Gemini作了很多討論，給我很多幫助但因為 SAP HANA是持續改版的資料庫，所以 Gemini回答時也給出很多不正確的建議，自己要再去找答案，但因為我都在同一個對話問問題，問的問題多，最近它給的建議居然是它一開始建議需要調整的方案，就算我把執行前後的結果讓它參考，他還是覺得要改回原本。

後來我再開一個新對話，同樣再把結悲讓他參考，這一次它就正常了。 

SAP HANA DB indexserver.trc 出現 Reason for shrink訊息

1999997 - FAQ: SAP HANA Memory 

之前是 CPU 持續使用率變高的問題，但根本的原因可能是其他因素造成，比如記憶體被用爆了，造成系統強制啟用 GC讓 connection 一直在排隊， CPU一直在忙錄，使用者一直在等待，所以問題並沒有解決。

如果你跑了 performance script 檢示相關資訊也調整了相關參數還是沒有用的話，可以檢示 indexserver.trc

SAP HANA DB CPU 使用率持續 100%的改善

參考文件

3011356 - Default Value of global.ini [execution] default_statement_concurrency_limit Changed  

2222250 - FAQ: SAP HANA Workload Management

2600030 - Parameter Recommendations in SAP HANA Environments

2100040 - FAQ: SAP HANA CPU 

 

之前發生 HANA DB Memory 問題，SAP HANA DB 資料庫記憶體用量一直變高  ，另一個 HANA DB 一直發生不特定時段 CPU 使用率持續 100%，造成使用者操作時畫面一直轉圈圈，也請導入顧問看過好幾次並沒有改善，找到 SAP Notes不確定要改那一個參數，直到最近問了 AI開始試著調整參數，目前 hana 版本是調整 global.ini 如下 

c# Linq like 的指令 in Entity Framework Core

使用 sap 官方 Sap.EntityFrameworkCore.Hana.v6.0 dll 在 like operation 上程式碼使用 EF.Functions.Like 與   StartsWith 產生出來的 SQL 指令會不同，要保證 sql 產生 like 指令的話，EF.Functions.Like比較好。

保護 API Key 不被盜用

 

 

 

 

 

 

  

保護 API Key 不被盜用是自動化工作流中最關鍵的一環，尤其在你頻繁使用 n8n 處理 SAP 與股票資料時。如果金鑰外洩，不僅可能產生高額帳單，還可能導致敏感資料外流。

以下是針對API 安全防護指南：
1. 核心防護：設定 API 金鑰限制 (Restrictions)

這是最重要的步驟。即使金鑰被偷，只要有設定限制，盜用者也無法使用。

    原廠 API 限制 (API Restrictions)：看原廠是否有功能可以作限制，即使金鑰外洩，盜用者也無法用你的金鑰去開啟付費服務。


    應用程式限制 (Application Restrictions)：如果你的服務是架在固定 IP 的伺服器上，api服務廠商可能有白名單可以限制



2. 應用程式或工具中的安全實踐

    使用內建憑證管理 (Credentials)： 儘量絕對不要參數欄位或 Code 直接寫死 (Hardcode) API Key。

    禁止公開分享： 在把程式或設定檔案分享他人或上傳到 GitHub 前，請務必檢查是否包含敏感資訊（建議導出時不要包含憑證）。

3. 預警與預算控制

    原廠 API 設定預算警報 (Budget Alerts)：看原廠是否有功能預算。例如設定「當月消費達到 500 元台幣」時發送簡訊與 Email 報警。

    原廠 API 配額限制 (Quotas)：例如限制每天最多只能呼叫 1,000 次，這樣萬一被盜用，損失也會被控制在一定範圍內。

4. 針對 2026 年新威脅的建議

    定期輪換金鑰 (Key Rotation)： 建議每 3-6 個月更換一次 API Key。

    自動掃描： 如果你使用 GitHub 管理代碼，請開啟 "Secret scanning"。一旦你意外上傳了含金鑰的代碼，GitHub 會立刻通知你並建議撤銷金鑰。