IT 專業技術分享

如何利用Foglight的管理介面解鎖其他被Lock的Folight使用者帳號? Foglight的管理介面的登入使用者若密碼過期或被Lock，若您有設定其他的Foglight管理員，則可以其他Foglight管理員帳號登入解鎖被Lock的Foglight使用者。 請參考下列步驟解鎖Foglight使用者帳號。 1.請以foglight使用者帳號或其他的foglight管理員權限帳號及密碼登入Foglight Console介面，利用Foglight的管理介面修改登入Folight Server Console介面的使用者者帳號。 2.如下圖點選Dashboard->Administration->Users & Security，再點選右半邊的項目Manage Users, Groups, Roles。 3.接著點選Tab Users->可看到foglight使用者 viewer旁邊出現了一個Lock圖示，在該圖示上按一下左鍵選Unlock解鎖。 4.顯示確認Unlock視窗，請點選Unlock解鎖該user。 5.回到User Management這個Dashboard，可看到viewer這個使用者的Lock圖示已消失，則該使用者可以再用原本相同的密碼登入Foglight Management Server。 若您只有一個Foglight管理員，沒有先設定其他的Foglight管理員帳號，建議您務必再另外設置Foglight管理員帳號，確保當帳號被鎖時，可以利用Foglight的管理介面解鎖。

使用 Foglight for DB2 監控DB2資料庫 DB2的資料庫監控工具不多，在Quest的資料庫監控產品系列中，提供了Spotlight on DB2及Foglight for DB2兩種工具來監控DB2資料庫。這篇文章主要介紹Foglight for DB2監控DB2資料庫的功能。 Foglight for Database是一個可以同時監控多種資料庫類型的資料庫專業監控工具，可在單一介面提供監控多種類形資料庫。      Foglight提供了一目了然多種類型資料庫監控的集中監控畫面，使用者使用網頁瀏覽器查詢資料庫目前效能資訊。 Foglight for DB2可以用來監控DB2資料庫下列資訊： Top SQL Top Table Locks：Current and History Current Agents(DB Session) Memory及Buffer Pool Tablespaces Database Configuration Foglight for DB2的資料庫監控資訊收集，除了預設定資料庫資料收集頻率 ，使用者還可以調整資料收集頻率與警示通知判斷值，並決定是否於資料庫發生效能問題時，即時發出告警email給資料庫管理員。 Foglight for DB2 還可以針對DB效能資訊發出告警資訊及Email Alarm，讓DBA及早發現DB2資料庫效能資訊。 Foglight for DB2 提供目前即時的資料庫狀態資訊OS及DB運作概觀資訊。 提供查詢目前DB資料庫的即時Session資訊，於Agent ID(Session)前面的紅色圓框可以決定是否刪除該Session，或者按下Agent ID的數字，查詢畫面可以切換到該Session目前的詳細資訊。 DB2的Session目前的詳細資訊。  Foglight還提供了查詢即時與歷史的Top SQL Statment資訊，使用者可以在Foglight的操作介面自訂資料查詢時間區間。 使用者可以在Foglight的操作介面自訂資料查詢時間區間。 目前Foglight for DB2的支援版本清單如下。 若您苦思找不到好用的DB2資料庫監控及告...

Foglight PI for Oracle 查看資料庫的備份資訊從何查詢? Foglight PI for Oracle的資料庫監控資訊，大部份來自於Foglight本身的歷史資料庫資訊，但有些是即時查詢，如Overview、Real-Time、Active Session及Locks Tree (Current)的監控資訊，我們在Foglight的資料庫Overview查看到的資料庫備份時間資訊來自於對資料庫的查詢。 1. 如下圖的Backup 時間顯示上一次Full Backup時間是3個月又12天之前。 在選定的Oracle DB中於Overview中看到的Backup 狀態列顯示的Last Full Backup資訊是從SYS.V_$RMAN_STATUS中查詢出來的，該資訊並沒有存在Foglight的歷史資料庫中。 2.另外在Oracle的Storage->Database Backups下半部的Backup Jobs 歷史資料是查詢$RMAN_BACKUP_JOB_DETAILS這個view的資料。 假設在九月才加入此監控,實際查詢有8筆資料，直接下指令查到如下結果。 3.如下圖，Foglight目前選定的查詢時間區間選為3個月,這個時間會再加上Foglight 第一次設定這個DB的監控時間來過濾。例如：在九月初才加入此DB監控,那麼Foglight在查詢DB backup job資料時,會再過濾自己設定的DB監控啟始日來過濾。 希望上述說明能解開您利用Foglight PI for Oracle 監控介面查詢資料庫備份資訊時的疑惑。

How To - Foglight Agent Manager 功能畫面無法顯示Foglight Agent Manager清單? 有時候，明明Foglight Agent Manager啟動狀態正常，卻無法在Foglight的Agent Manager功能畫面看到目前啟動中的Foglight Agent Manager，此時，需要重新啟用部份與Foglight Agent Manager的Cartridge功能。 請注意，以下設定僅適用於Foglight version 5.9.4及更舊的版本。 1.依序切換到左邊選單下方的Dashboard | Administration | Cartridges | Cartridges Inventory 接著選擇Core Cartridges: FglAM-Adapter 與 FglAM-Common 2. 選擇Core  Cartridges: FglAM-Adapter 與 FglAM-Common項目之後，按下上方按鈕Disable。 3. 請耐心等候Disable上方兩個選定的Cartridges。 4.已Disable Cartridge完成，按下OK關閉訊息視窗。 5.接著要enable剛剛停用的Cartridges: FglAM-Adapter 與 FglAM-Common。 i.請先點選下方的checkbox項目 Only display enabled cartridges。 ii.再點選Cartridges: FglAM-Adapter 與 FglAM-Common(請注意點選的版本編號)。 iii.最後點選Enabled按鈕。 6.接著顯示下方的訊息視窗，請按下OK按鈕繼續。 7.啟動剛剛點選的cartridge進行中，請耐心等候。 8. FglAM-Adapter 與 FglAM-Common兩個Cartridge已經enable完成。 9. 已可以在Foglight的Agent Manager功能畫面看到目前啟動中的Foglight Agent Manager。  希望以上步驟能解決Foglight  Agent Manager 功能畫面...

How To - Foglight PI for Oracle - 設定ASM監控 前言 Foglight PI for Oracle - 設定ASM監控   前言  Foglight PI for Oracle除了可以設定Oracle資料庫監控，在其監控畫面，我們還可以看到Oracle Instance, Data Guard, CRS, ASM及Exadata等項目，今天來讓大家了解如何在Foglight 設定ASM監控。   設定ASM監控條件 1.資料庫使用者名稱 ：名稱只可以是 ASMSNMP 或 SYS 2.資料庫使用者類別 ：連線資料庫使用者類別需為 SYSASM 或 SYSDBA 3.OS連線帳號：需有查看ASM硬體資訊的OS連線使用者帳號 Foglight 設定ASM監控步驟 1. 切換到Oracle Dashboard的tab ASM，執行下方tab ASM的選單Monitor 2. 選定要設定監控的Foglight Agent Manager，按下Set按鈕後，畫面會回到原本的ASM監控設定畫面。 3. 如下圖，點選項目Host前面的radio button。 4. 設定ASM的DB連線帳密項目如下: 5. 設定ASM的OS監控如下: 如下圖，OS帳密輸入完成後，按下Apply套用。 6.按下Monitor設定ASM及其OS的監控 7.新增監控ASM設定進行中 8.驗證OS連線進行中 9. 完成ASM監控設定 10. 以下是Oracle ASM監控範例畫面。 希望以上步驟對您設定Oracle ASM監控能有幫助。

Fogligt監控Liunx OS的CPU Usage與top指令查出的結果為什麼不一樣? 我們利用Fogligt監控Liunx OS的CPU Usage的時候，使用者發現為何有時候在Host的CPU Usage Dashboard查到的CPU Usage比利用top指令查到的CPU Usage還要低呢? Foglight CPU Usage顯示(某一查詢時間區間的資料) Top指令查詢結果差異 1.  Cpu(s) 所有目前使用者的process佔用全部cpu的平均值，由於每個核心佔用的百分比不同，所以按平均值來計算較有參考價值。(下圖當下的top指令查詢到的結果) 2.  %CPU(CPU使用率)-上次更新到現在的CPU時間佔用百分比 顯示的是某process佔用一個core的百分比，當CPU為多核心時，該數值可能大於100，主要因為process啟用了多執行緒佔用多個核心(core)，所以有時候我們看%CPU該值的時候會超過100%，但不會超過總core數*100。(下圖當下的top指令查詢到的結果) 指令top查詢的 CPU usage 與Foglight Host CPU usage差異說明 1. 在Foglight的Host  OS中的CPU usage與top 的%CPU不一樣，應該說該數值其實較接近Cpu(s) 的數值。 2.  因為Foglight只取Top N筆的Top CPU的資訊，且顯示在網頁上的數字資訊會隨著查詢時間區間(default 1小時)被平均。 所以Foglight的CPU Usage加總後的數值會小於top指令查到的Cpu(s) 的數值。

Folight是否支援以TLS V.1.2 安全協定方式連線? 最近開始資安議題熱絡，很多公司開始加強內部伺服器以瀏覽器連線時能以傳輸層安全性協定較高的TLS V.1.2的層級進行連線。而微軟、蘋果、Google及Mozilla四大瀏覽器開發業者將在2020年終止支援TLS 1.0、1.1。針對此要求，Foglight目前已提供TLS V.1.2的連線設定，當然這與Foglight版本有關，以下列出目前有支援TLS V.1.2的Foglight版本與連線說明，若您目前使用的Foglight版本剛好是V.5.9.2及以上的版本，可依下列步驟進行設定。 【 以下說明分別以Foglight WebConsole及Foglight連線到被監控資料庫進行說明 】 Folight是否支援客戶端以Browser用TLS 1.2連線Foglight Web Console? 答: Foglight Server V.5.9.2開始支援,需調整Foglight的config設定並開放各Client端以Browser到Foglight主機port 8443的連線。 修改Foglight主機上server.config的設定： a>將 server.console.httpsonly = "false";     改成  server.console.httpsonly = "true"; b>Foglight的https的port number 為8443，不是443。     若您想改成其它port number，請在server.config找到下面這一行改port number。     (請注意，改成其它port number，需開放連線到Foglight Server的各個Client也開一樣的port number才能正常連線到Foglight Server。 )     server.https.port = "8443"; Foglight連線到MSSQL Server時，是否可用TLS 1.2連線被監控資料庫? 答: SQL Server Cartridge V.5.9.3.10的版本開...

找出最消耗資料庫資源的前端應用程式主機 Find the Top Application Servers Loading up your Database 最近有客戶在問，有沒有什麼方式可以知道是哪一台應用程式主機耗用資料庫的資源最多，進而可以查到原因並處理負載較大的狀況。 使用 Foglight Performance Investigator ，方式會變得容易許多！ 就從常用的功能開始吧，到Foglight的管理介面，右上角先選擇時間區間，接著在選擇要列出的Top顯示數量。 在左邊的 Tree menu 中展開 Instance，並點選 Client Machines， 點擊之後便會顯示出在這段區間內所有連線到資料庫並且有執行至少一支SQL指令的主機。 在 Top Client Machines 的視窗中顯示並使用 Active Time 這個欄位來做排序，當然也可以用其他的欄位來做排序，除此之外，這整個顯示列表可以匯出成CSV檔案。 是不是比你想像中的還方便，滑鼠點一點就把結果產生出來了！ 但是你以為 Foglight 就只有這點能耐嗎？  等等...... 接下去看看...... “Compare” 按鈕可用於檢查特定應用程序（Client Machine）是否每天都在執行大致相同的工作負載。 或者，可以進行檢查以比較 AppServer-A 與 AppServer-B。  一台機器的工作負載很容易與另一台機器的工作負載進行比較。 還會顯示具有顯著偏差的任何維度，並且展開其中任何維度都會提供深入的詳細信息。 在屏幕截圖中，有充分的證據表明SQL語句是從一台客戶端計算機運行的，而不是另一台客戶端計算機。 若您對 Foglight 的功能有更多興趣，歡迎聯絡倍力資訊。

Foglight資料庫清單資料庫主機名稱顯示空白問題解決 Foglight 監控一段時間之後，有時在某些情況下會發生原本正常顯示的hostname竟然消失，如何恢復原本的hostname，請參考下列步驟解決該問題(本範例套用在所有資料庫主機的監控)。 發生的可能原因： 若監控的資料庫主機使用下列方式設定監控主機時可能發生此問題。 Public IP Virtual IP 1.如下圖執行Dashboard | Administrators | Tolling | Script Console。 2.在Script Console輸入!Agent字串然後按下Do Query查詢。 3.在右邊的輸入框輸入db12c找出無法顯示hostname的DB Agent name，並點選前面的radio button。 4.複製下方的agentID 139。 5.按Add按鈕新增一個script 並命名為FixHostnameInDB。 6.新增一個script 並命名為FixHostnameInDB並輸入下方的script之後按下Save按鈕儲存。 下方的agentID=”139”，這個值為前面步驟4的agentID 139。 virtualHostName輸入您要顯示的Hostname 或IP如下圖為virtualHostName = "db12cr2.psd.com"。 7.按下下圖的Run按鈕，然後會在下方的Script Output顯示OK。 接著按下Cancel或視窗右上角的X關閉視窗。  8.接著回到Agent Status，點選剛剛設定的DB Agent前面的checkbox，接著再Deactivate and Activate the DB Agent。大約過了5分鐘後，在Database Dashboard的hostname就會正常顯示了。 9.已可在Database Dashboard中正常查看到hostname了。 希望以上的步驟能解決Foglight在資料庫清單無法正常顯示Hostname的問題。