反饋已提交

網絡繁忙

網路檢查

1. 概述

1.1 版本

報表伺服器版本功能變更
11.0.11
-

1.2 應用場景

一般,報表工程都是部署在中間軟體上,依託 JDBC 連結資料庫,使用者透過網際網絡存取平台資源。

因而在出現諸如範本響應慢等效能問題時,需要定位是不是網路問題導致的。

1.3 功能簡介

FineReport中內建了系統維運插件,幫助提供「網路檢查」功能,當遇到效能問題時,可透過該工具一鍵檢查是否存在網路問題。

  • 基礎網路檢查:該工具可以檢查當前的網路環境,對鏈路耗時進行分析,實現網路環境外部問題和內部問題的檢查。

  • 網路組件檢查:可以對 FineDB、業務資料庫、FTP檔案伺服器、Redis狀態伺服器、OSS儲存伺服器等網路組件進行檢查。

單機環境和叢集環境下都可以使用該工具,叢集環境下可以選擇任意節點進行檢查。

2. 基礎網路檢查

基礎網路檢查,檢查的是使用者到報表伺服器的網路環境和鏈路耗時。

2.1 設定檢查配置項

在進行基礎網路檢查前,管理者可以對檢查配置進行自訂設定。

管理者登入數據決策系統,點選「管理系統>智慧維運>網路檢查>全局設定」,支援調整基礎網路檢查設定。如下圖所示:

設定項說明預設值支援配置值
傳輸資料包大小基礎網路檢查時傳遞的資料包大小10M5、10、15、20、25
傳輸逾時時間基礎網路檢查時判斷傳輸逾時的時長20秒5、10、20、30、60
傳輸次數基礎網路檢查時傳輸測試的次數5次3、5、10、20


2.2 進行檢查

設定好配置項後,即可進行基礎網路檢查。

管理者登入數據決策系統,點選「管理系統>智慧維運>網路檢查>基礎網路檢查」,建議先進行「網路環境檢查」,再進行「鏈路耗時分析」。

檢查過程中需要等待一段時間,且提供了「中止檢查」按鈕,可隨時取消檢查。

2.3 查看檢查結果

檢查完畢後,本次檢查結果顯示在「基礎網路檢查」頁面中,如下圖所示:

1)網路環境檢查

注:對於下載上傳速度的檢查,測出來的速度只代表使用者和平台之間的下載、上傳速度,而不是使用者網路連結的實際帶寬。

       因此和其他測速工具測出的速度可能會出現較大差距。

檢查項說明
時延檢查耗時極差,單位ms
下載

下載:檢查過程下載資料量,單位Mbps

耗時:檢查過程下載耗時,單位ms

抖動:檢查過程下載耗時平均值,單位ms

上傳

上傳:檢查過程上傳資料量,單位Mbps

耗時:檢查過程上傳耗時,單位ms

抖動:檢查過程上傳耗時平均值,單位ms

檢查結果

基於以上檢查項,對網路環境進行綜合評估

包括:良好、中等、偏差

伺服器位址預設為工程IP

2)鏈路耗時分析

支援對瀏覽器傳送請求、伺服器收到請求、伺服器傳送響應、瀏覽器收到響應的鏈路名稱、時刻、狀態進行記錄。

3. 網路組件檢查

網路組件檢查,可以對 FineDB、業務資料庫、FTP檔案伺服器、Redis狀態伺服器、OSS儲存伺服器等網路組件進行檢查。

3.1 設定檢查配置項

在進行網路組件檢查前,管理者可以對檢查配置進行自訂設定。

管理者登入數據決策系統,點選「管理系統>智慧維運>網路檢查>全局設定」,支援調整網路組件檢查設定。如下圖所示:

設定項說明預設值支援配置值
傳輸逾時時間網路組件檢查時判斷傳輸逾時的時長20秒5、10、20、30、60
傳輸次數網路組件檢查時傳輸測試的次數5次3、5、10、20

3.2 新增組件

對組件進行檢查前,需要先將組件新增進來。

管理者登入數據決策系統,點選「管理系統>智慧維運>網路檢查>網路組件檢查」,點選「新增網路組件」,即可新增網路組件。如下圖所示:

支援新增的網格組件包括:

組件說明
FineDB

支援檢查 外接FineDB

如果工程配置了外接FineDB,會自動新增到「網路組件檢查」頁面

無需手動新增,也不支援刪除該組件

業務資料庫

支援手動新增當前系統存在的資料連結

業務資料庫檢查時預設是查詢獲取到的第一張表,使用者也可以自訂查詢語句進行檢查

FTP支援手動新增當前系統存在的FTP檔案伺服器
Redis支援手動新增當前系統存在的Redis狀態伺服器
OSS支援手動新增當前系統存在的OSS儲存伺服器

3.3 進行檢查

使用者可對新增的網路組件進行單個檢查/全部檢查,如下圖所示:

3.4 查看檢查結果

檢查完畢後,本次檢查結果顯示在「網路組件檢查」頁面中,如下圖所示:

各種組件的檢查邏輯和傳回結果如下表所示:

組件檢查邏輯
FineDB

1)連結性檢查:

檢查組件是否正常連結

檢查瀏覽器與組件連結耗時

2)組件網路檢查:

依次存入binary 1M、10M、100M並查詢、刪除

記錄存入時間、查詢時間、刪除時間

業務資料庫

1)連結性檢查:

檢查組件是否正常連結

檢查瀏覽器與組件連結耗時

2)組件網路檢查:

查詢一條語句,預設採用預設select獲取到的第一個表,使用者可修改語句

記錄瀏覽器傳送請求、資料庫收到請求、資料庫傳送響應、瀏覽器收到響應的時間、查詢語句執行的時間

FTP

1)連結性檢查:

檢查組件是否正常連結

檢查瀏覽器與組件連結耗時

2)組件網路檢查:

存入一個1M、10M、100M的檔案並下載、刪除

記錄上傳耗時、下載耗時、刪除耗時

Redis

1)連結性檢查:

檢查組件是否正常連結

檢查瀏覽器與組件連結耗時

2)組件網路檢查:

存入value1M、10M、100M的string並下載、刪除

記錄 上傳耗時、下載耗時、刪除耗時

OSS

1)連結性檢查:

檢查組件是否正常連結

檢查瀏覽器與組件連結耗時

2)組件網路檢查:

存入一張圖片並讀取、刪除

記錄上傳耗時、下載耗時、刪除耗時

4. 歷史檢查記錄

4.1 查看歷史檢查記錄

對於基礎網路檢查和網路組件檢查的每一次記錄,都可在「歷史檢查記錄」中查看。

在歷史記錄頁面:

  • 可以查看每條檢查記錄的檢查內容和檢查結果。

  • 可以對每條檢查記錄執行復制記錄、刪除記錄、生成報表的操作。

  • 可以多選多個檢查記錄批量生成報表。

4.2 清理歷史檢查記錄

由於網路檢查歷史記錄會佔用記憶體,因此管理者需要設定好自動清理歷史檢查記錄。

管理者登入數據決策系統,點選「管理系統>智慧維運>網路檢查>全局設定」,支援配置歷史檢查記錄清理頻率。如下圖所示:

預設每隔 3 個月自動清理一次,保留近 3 個月的資料。

注:近 3 個月是指當前日期往前 3 個月的資料,例如 2019-8-19 日手動清理,預設保留 2019-5-19 ~ 2019-8-19 日的資料。

         因此最少會保留3個月,最多實際上會有6個月。

5. 注意事項

問題描述:

對MySQL資料庫執行網路組件檢查時,報錯:

if you are using the mysql client program,it's default max_allowed_packet variable is 16MB.To set a large value

原因分析:

檢查操作的資料量傳輸可能會超出 MySQL 的限制,

MySQL 資料庫中「max_allowed_packet」值設定過小,導致資料傳輸量超出限制。

解決方案:

此時修改並將配置項 max_allowed_packet 調大即可。

方案一:

MySQL 安裝目錄下的「my.ini」檔案中的[mysqld] 欄位中的「max_allowed_packet = XM」修改為 500M ,重啟 MySQL 即可。

方案二:

1)使用「set global max_allowed_packet = 524288000;」 語句將「max_allowed_packet」的值設定為 500 M。

2)使用「show VARIABLES like '%max_allowed_packet%';」 語句查看是否修改成功。

附件列表


主題: 數據決策系統
已經是第一篇
已經是最後一篇
  • 有幫助
  • 沒幫助
  • 只是瀏覽
  • 圖片不清晰
  • 用語看不懂
  • 功能說明看不懂
  • 操作說明太簡單
  • 內容有錯誤
中文(繁體)

滑鼠選中內容,快速回饋問題

滑鼠選中存在疑惑的內容,即可快速回饋問題,我們將會跟進處理。

不再提示

10s後關閉

獲取幫助
線上支援
獲取專業技術支援,快速幫助您解決問題
工作日9:00-12:00,13:30-17:30在线
頁面反饋
針對當前網頁的建議、問題反饋
售前咨詢
業務咨詢
電話:0933-790886或 0989-092892
郵箱:taiwan@fanruan.com
頁面反饋
*問題分類
不能為空
問題描述
0/1000
不能為空

反馈已提交

网络繁忙