0
我公司正在運行Autosys r11.1 SP1作爲我們的企業作業調度程序，並且我發現該產品可以很好地滿足其使用目的。它在我們公司內部具有「複雜」和「不易使用」的聲譽;我認爲，作爲一個跨平臺的企業工作調度員，這肯定會變得很複雜，當然需要一些時間和精力來掌握這樣一個系統的管理。Autosys中的機器待處理和終止狀態警報
我不是負責管理團隊的一員，但是當我運行我們的數據倉庫團隊時，我的團隊是產品中最重的用戶，我試圖準備一些反駁我認爲是虛假的聲明關於產品的限制。我承認知道「Autosys」是一套軟件，但我絕不是專家。我相信，與實際的作業調度程序分開，有一個警報引擎，還有一個工作負載控制中心，其中我們安裝了所有這三個組件。
當前，如果Autosys作業達到最大運行警報狀態，則會向我們的服務檯生成電子郵件警報，並且他們能夠採取適當的措施。從我對Autosys內部數據模型的理解來看，這是一個可能發生在工作中的「事件」。
這與一個工作可以屬於的各種雕像不同，我一次知道這些雕像;
- 激活
- 無效
- 開始
- 運行
- 成功
- 失敗
- 在保持
- 冰上
- 後期開始
- 機待定
- 終止
除了當工作遇到的最大運行事件，我們的幫助臺還接收時，工作陷入失敗狀態或機器等待狀態的電子郵件警報的警報。
我被告知，如果工作遇到終止狀態，它無法發出警報？我只是不相信這一點。
我也被告知，在發送任何警報之前，沒有辦法過濾作業名稱。我們目前還沒有真正的Autosys開發實例，所以我們使用命名約定來區分生產與UAT或測試，並且截至目前，電子郵件警報是爲所有人生成的，並且我們面臨着與我們的服務檯一起努力爭取它們的持續戰鬥瞭解我們不需要爲非生產工作創建的票據。
任何有關該產品真正功能的指導或教育將不勝感激！
克里斯