Gartner 估計 IT 停機的成本為每分鐘 9,000 美元。至少對大型企業來說是這樣。如果你認為這個數字聽起來很糟糕，ITIC 的 2024 年研究顯示情況變得更糟：超過 90% 的中型和大型公司在系統停機時每小時損失超過 300,000 美元。
再讀一遍。
所以當你的 NetSuite 實例需要 15 秒才能保存銷售訂單，或儀表板每天早上轉圈轉得像是永遠，你不只是感到煩惱。你實際上在流血錢。你的財務團隊被卡住了。營運部門很沮喪。某個地方，有人在認真考慮整個 ERP 是否是個錯誤。
但這裡有個令人不舒服的事實：通常不是 NetSuite 的錯。好吧...至少不是核心平台的錯。
緩慢的三個源頭
伺服器是 NetSuite 進行思考的地方。這是 Oracle 的基礎設施，但也包括當你加載頁面或保存記錄時觸發的每個指令碼、工作流程和計算。如果你的伺服器時間很長，你的自訂堆棧中可能有什麼東西在大量消耗處理循環。
網路是連接你和 NetSuite 資料中心的管道。你的網際網路連接、你的 VPN、檢查每個資料包的公司防火牆。如果網路時間佔主導地位，這不是 Oracle 的問題。
用戶端是你的瀏覽器、你的機器、你的擴充程式。NetSuite 在瀏覽器中運行，瀏覽器可能很慢。舊筆記型電腦、有 47 個擴充程式的 Chrome、一台三週沒重啟的機器因為 Windows「快速啟動」將所有東西保留在記憶體中等等。這些都會加起來。
當 NetSuite 運行緩慢時，通常是這三個中的一個——有時是兩個，偶爾是全部三個。第一步是搞清楚你實際上在處理哪個問題。
如何準確看到什麼很慢
NetSuite 提供了一個內建診斷工具，大多數人都不知道存在。雙擊任何頁面左上角的 Oracle NetSuite 徽標。
效能詳細資料視窗會彈出。它顯示頁面加載需要多長時間，按伺服器時間、網路時間和用戶端時間細分。根據你的版本，你還可能看到伺服器端執行按元件的細分。
如果伺服器時間佔總時間的 70% 或以上，你有自訂技術債。如果網路是罪魁禍首，與你的 IT 團隊談論你的連接。如果用戶端時間很長，可能是時候清除快取、重啟機器或去掉一些瀏覽器擴充程式了。
在你做任何其他事情之前，檢查你的效能詳細資料。
沒人想承認的指令碼問題
我們見過 NetSuite 實例，其中單個記錄類型有 25 個指令碼和 10 個工作流程附加到它。每次有人打開那個記錄，每次他們保存它，所有這些自動化都會觸發。其中一些可能做同樣的事情。其中一些是多年前由已經離職的顧問編寫的。沒人再知道其中一半做什麼了。
這被稱為自訂技術債，是 NetSuite 效能的無聲殺手。
檢查你的指令碼部署（自訂化 > 指令碼 > 指令碼部署）和工作流程列表（設定 > 工作流程 > 工作流程），查看哪些記錄類型附加了最多自動化。如果你找到一個記錄，其指令碼和工作流程合計有兩位數的數量，那就是你開始的地方。
修復並不總是很有趣。你需要真正懂 SuiteScript 的人來審視這些部署，弄清楚什麼是冗餘的，並進行整合。九個做重疊事情的工作流程通常可以變成兩個。但你無法修復看不到的東西，這個頁面確切地顯示了屍體埋在哪裡。
服務級別升級迷思
NetSuite 有服務級別：標準、高級、獨佔。一些客戶假設如果他們只是為更高級別付費，NetSuite 會運行得更快。更多的錢、更多的伺服器、更好的效能。這是有道理的，對嗎？
不幸的是，它並不是這樣工作的。
更高級別通常會給你更多的儲存空間、更多並行 API 連接，有時還會有更好的支援 SLA（使用者許可證根據你的合同單獨購買）。如果你有整合在為頻寬而競爭，並行限制很重要。但如果你希望高級級別會使你的保存搜尋加載得更快，你幾乎肯定會失望。
我們見過公司花費數千美元升級他們的級別，卻發現日常效能沒有明顯差異。緩慢一直在他們的指令碼中。在你實際診斷了問題之前先省下你的錢。
隱藏的 5 秒稅
當我們第一次遇到這個時，它讓我們感到驚訝。
去年，一個客戶帶著全新的 NetSuite 實現來找我們。沒有舊版指令碼，沒有工作流程義大利麵，乾淨的系統。但每次他們在採購訂單上選擇供應商時，頁面需要五秒才能響應。沒有轉圈，只是...等待。
罪魁禍首是來源欄位。他們在子公司記錄上有自訂欄位，他們想要在交易上顯示。為了使其工作，他們創建了基於供應商分配從子公司獲取資料的交易正文欄位。
完全合理的方法。同時也是效能殺手。
交易表單上的每個來源欄位都會增加延遲。你在要求 NetSuite 每次選擇供應商或客戶時都查看相關記錄中的資料。我們見過單個表單上有多個來源欄位在供應商選擇中添加了多秒時間的情況——影響因配置而異，但它們會複合。
修復是審計你的交易表單，並詢問每個來源欄位是否真的必要。有時你可以將該資訊移到不同的上下文。有時你只是必須沒有它。但如果你的交易很慢，並且你已經排除了指令碼，檢查你的來源欄位。
你今天就能做的快速勝利
在你引入顧問（或我們）或向 NetSuite 支援開票之前，試試這些：
- 清除你的瀏覽器快取。NetSuite 在本機快取大量資料，有時該快取會變得陳舊或損壞。打開無痕視窗，看看同一頁面是否加載得更快。如果是，清除你的常規瀏覽器快取。
- 重啟你的電腦。Windows 快速啟動在你「關閉」時將進程保留在記憶體中。你的瀏覽器和在其中運行的任何用戶端指令碼都在使用任何累積的垃圾。真實重啟（按住 Shift 同時點擊關閉，或使用重啟）會清除它。
- 檢查你的擴充程式。瀏覽器擴充程式在每個頁面上運行，包括 NetSuite。如果你有廣告封鎖程式、密碼管理員、生產力工具，還有誰知道什麼其他東西都同時運行，他們會競爭資源。
- 你的大量處理是否與使用者競爭？大資料導入、大量更新、複雜報告。這些應該在晚上或清晨運行，不是在下午 2 點每個人都在試圖使用系統時。不要讓每個人都與百萬條記錄的 CSV 導入競爭。
何時尋求幫助
有時問題比你在內部能修復的更深層。
如果你已檢查了你的效能詳細資料並且伺服器時間一直很高，如果你已審計了你的指令碼部署和工作流程並找到了重疊的自動化，如果你已試過快速勝利而沒有任何進展...你可能在處理需要專家關注的架構問題。
NetSuite 的 APM SuiteApp 讓你對指令碼執行時間、頁面加載模式和系統健康狀況隨著時間的推移有更深層的可視性。它作為 SuiteApp 下載可用（檢查你的帳戶存取權限），即使你沒有危機也值得安裝，以建立基線。
但如果你被自訂技術債淹沒，並且沒有內部專業知識來解決它，那就是你需要效能審計的時候。有人可以查看你的整個配置，識別什麼在拖累你，並建立一個補救計畫。
停止等待
緩慢的 NetSuite 幾乎永遠不是謎。診斷工具存在。常見原因是公知的。指令碼、工作流程、來源欄位、網路問題、用戶端膨脹。通常是這些之一，而且常常是好幾個。
你可以繼續看著那個轉圈，或者你可以對此做些什麼。
如果你厭倦了等待，如果你擔心這個緩慢正在花費你的生產力和士氣，我們可以幫助。我們的 NetSuite 健康檢查深入到你的配置，識別瓶頸，並為你提供更快系統的清晰路徑。
因為沒人應該為了保存銷售訂單而必須看著轉圈轉 15 秒。
準備好停止等待了嗎？我們的 NetSuite 健康檢查識別瓶頸，並為你提供更快系統的清晰路徑。
