---
schema_version: "1"
id: 51ffd68b11ff66aaabc522acfde128b2843b75b4e845f1b6284f0b67bbbef026
title: การติดตามตรวจสอบฮาร์ดแวร์
collection: tableau
version: current
locale: th-th
portal_url: https://docs.salesforce.com/tableau/current/th-th/blueprint/bp_hardware_monitoring.md
canonical_url: https://help.tableau.com/current/blueprint/th-th/bp_hardware_monitoring.htm
source_site: help.tableau.com
content_type: documentation
content_hash: f84e79237a543d19c19da7278442380341eff4c81023f0d5ffca193d5b205667
description: Blueprint guidance on routinely monitoring the hardware underlying Tableau Server for capacity and reliability.
---
[ข้ามไปยังเนื้อหาหลัก](#main-content)

# การติดตามตรวจสอบฮาร์ดแวร์

> [!TIP]
> 
> เนื้อหานี้เป็นส่วนหนึ่งของ Tableau Blueprint ซึ่งเป็นเฟรมเวิร์กที่สมบูรณ์ซึ่งช่วยให้คุณสามารถขยายและปรับปรุงวิธีที่องค์กรของคุณใช้ข้อมูลเพื่อกระตุ้นผลลัพธ์ เพื่อเริ่มต้นการเดินทางของคุณ โปรดทำ[การประเมิน](https://www.tableau.com/th-th/learn/webinars/tableaus-blueprint-self-assessment)

แอปพลิเคชันใดก็ตามมีความน่าเชื่อถือและมีประสิทธิภาพพอๆ กับฮาร์ดแวร์ที่ทำงานอยู่เท่านั้น คุณจำเป็นต้องตรวจสอบขีดความสามารถระบบพื้นฐานของโครงสร้างพื้นฐานการปรับใช้ Tableau Server อย่างสม่ำเสมอ เพื่อป้องกันไม่ให้ระบบทำงานมากจนเกินไป ไม่ว่าจะเป็นเซิร์ฟเวอร์จริงหรือระบบจำลองเสมือนจริงที่อยู่ภายในองค์กรหรือในระบบคลาวด์ ผู้ดูแลระบบควรตรวจสอบการใช้ CPU, หน่วยความจำ, I/O ของพื้นที่จัดเก็บข้อมูล, พื้นที่จัดเก็บข้อมูล ตลอดจนแบนด์วิดท์ของเครือข่าย

## Tableau Server

ตั้งแต่เวอร์ชัน 2019.3 เป็นต้นไป [Resource Monitoring Tool](https://help.tableau.com/current/server/th-th/rmt-intro.htm) ซึ่งได้รับสิทธิ์อนุญาตเป็นส่วนหนึ่งของ [Tableau Advanced Management](https://help.tableau.com/current/server/th-th/itm_intro.htm) จะให้ภาพรวมเกี่ยวกับสถานะของ Tableau Server โดยจะใช้อินเทอร์เฟซผู้ใช้เว็บสำหรับฟีเจอร์ทั้งหมด [Resource Monitoring Tool Agent](https://help.tableau.com/current/server/th-th/rmt-concepts.htm#agent-service) จะทำงานบนแต่ละโหนดในคลัสเตอร์ Tableau ของคุณเพื่อตรวจสอบการใช้ฮาร์ดแวร์ ประสิทธิภาพ และกิจกรรม ซึ่งจัดเรียงโดย [Resource Monitoring Tool Master Server](https://help.tableau.com/current/server/th-th/rmt-concepts.htm#master-service) หน่วยประมวลผล, หน่วยความจำ, คิวของดิสก์ และเครือข่าย คือตัวอย่างการใช้ WMI หลายครั้งต่อวินาทีเพื่อสร้างค่าเฉลี่ย เหตุการณ์ความขัดข้องของสภาพแวดล้อม ซึ่งจะบันทึกเป็นเหตุการณ์ร้ายแรง จะได้รับการตรวจสอบตามช่วงเวลาการสำรวจ 15 วินาทีเป็นค่าเริ่มต้น แล้วตามด้วยกฎหยุดทำงานสามครั้ง หากสถานะเป็นออฟไลน์ หรือไม่ตอบกลับภายใน 30 วินาทีจากช่วงเวลาการสำรวจต่อเนื่องกันเป็นระยะเวลาสามครั้ง ระบบจะสร้างเป็นอุบัติการณ์ร้ายแรง สำหรับข้อมูลเพิ่มเติม โปรดดูที่[ประสิทธิภาพ](https://help.tableau.com/current/server/th-th/rmt-charts.htm#performance)และ[สภาพแวดล้อมขัดข้อง](https://help.tableau.com/current/server/th-th/rmt-incidents-environment-down.htm)

![ภาพรวมสภาพแวดล้อมของ Tableau Resource Monitoring Tool](/tableau/current/th-th/blueprint/th-th/Img/rmt-charts-environment-overview-performance.png)

คำแนะนำเกี่ยวกับแนวทางปฏิบัติที่ดีที่สุดมีดังนี้

เพื่อรักษาพื้นที่ว่างให้เพียงพอและลดโอกาสที่จะเกิดข้อจำกัดด้านฮาร์ดแวร์ โปรดคำนวณค่าต่อไปนี้บนฮาร์ดแวร์ของคุณ และตั้ง[เกณฑ์อุบัติการณ์ฮาร์ดแวร์](https://help.tableau.com/current/server/th-th/rmt-incidents-hardware.htm)ของ Resource Monitoring Tool ตามนี้

- CPU สูงกว่า 80% เป็นเวลา 5 นาที
- หน่วยความจำเหลือน้อยกว่า 25%
- ดิสก์เหลือน้อยกว่า 20%

ขึ้นอยู่กับแนวทางการตรวจสอบองค์กรของคุณ การตรวจสอบฮาร์ดแวร์สามารถทำได้ด้วยบริการตรวจสอบองค์กรโดยใช้ตัวแทนหรือโดยใช้ [PerfMon](https://help.tableau.com/current/server/th-th/perf_collect_perfmon.htm) บน Windows ([เวิร์กบุ๊กตัวอย่าง](https://help.tableau.com/current/server/th-th/perf_analyze_sample_workbook.htm)) ผู้ดูแลระบบ Linux จะใช้เครื่องมือ Sysstat หรือ Vmstat เพื่อรวบรวมข้อมูลที่จะวิเคราะห์ในเวิร์กบุ๊ก คล้ายกับเวอร์ชันบน Windows เมื่อปรับใช้แพลตฟอร์มระบบจำลองเสมือนจริง เช่น VMware, HyperV หรือ Citrix หรือในระบบคลาวด์สาธารณะ รวมถึง [AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/monitoring_ec2.html) (CloudWatch), [Microsoft Azure](https://docs.microsoft.com/th-th/azure/virtual-machines/windows/monitor) (Azure Portal) และ [Google Cloud Platform](https://cloud.google.com/products/management/) (Google Stackdriver) แพลตฟอร์มเหล่านี้จะมีโปรแกรมอรรถประโยชน์ของตนเองเพื่อตรวจสอบประสิทธิภาพของระบบจำลองเสมือนจริง เครื่องมือเหล่านี้มักจะรองรับการตรวจสอบโครงสร้างพื้นฐานของคุณโดยอัตโนมัติ และแจ้งเตือนคุณเมื่อการใช้งานเกินเกณฑ์ที่กำหนดไว้ที่ 75-85%

หรือใช้ [TabMon](https://github.com/tableau/TabMon) ซึ่งเป็นเครื่องมือโอเพนซอร์สที่เปิดให้ใช้ฟรีเพื่อตรวจสอบคลัสเตอร์บน Tableau Server TabMon จะเตรียมเอาต์พุตที่มีโครงสร้าง ซึ่งวิเคราะห์ด้วย Tableau Desktop สำหรับข้อมูลเพิ่มเติม โปรดชม [แนะนำเวิร์กบุ๊กตัวอย่าง TabMon](https://www.youtube.com/watch?v=62fZ3py0ZDA) ซึ่งจะแสดงวิธีการตรวจสอบ CPU, การใช้หน่วยความจำ, I/O พื้นที่เก็บข้อมูล, พื้นที่เก็บข้อมูล และแบนด์วิดท์ของเครือข่ายที่ระดับการประมวลผลของ Tableau Server ข้อมูลนี้จะช่วยให้คุณเข้าใจว่าควรขยายขนาด Tableau Server เมื่อใด ในไฟล์ TabMon.config คุณควรตรวจสอบทุกๆ 300 วินาที และเก็บข้อมูลเป็นเวลา 30 วันเพื่อจัดการขนาดของฐานข้อมูล

## Tableau Cloud

หนึ่งในข้อดีของ Tableau Cloud คือการจัดการและเพิ่มประสิทธิภาพโดย Tableau เนื่องจากเป็นแพลตฟอร์มการวิเคราะห์ SaaS หากคุณกำลังเชื่อมต่อกับข้อมูลภายในสถานที่ คุณควรตรวจสอบความพร้อมใช้งานและกิจกรรมของ Tableau Bridge ในฐานะผู้ดูแลไซต์ คุณสามารถตรวจสอบไคลเอนต์ Tableau Bridge ได้สองวิธีดังนี้

- [ตรวจสอบปริมาณการใช้งานแหล่งข้อมูล](https://help.tableau.com/current/online/th-th/adminview_bridge_datasources.htm)ที่มีการเชื่อมต่อสดโดยใช้มุมมองการดูแลระบบภายในตัว
- [ตรวจสอบสถานะของไคลเอนต์บนหน้าการตั้งค่าไซต์](https://help.tableau.com/current/online/th-th/to_enable_bridge_live_connections.htm#understand-client-status)
- [ตรวจสอบประสิทธิภาพการแยกข้อมูลของบริดจ์](https://help.tableau.com/current/online/th-th/adminview_bridge_extract.htm)โดยใช้มุมมองการดูแลระบบในตัว
- ตั้งค่าเจ้าของแหล่งข้อมูลเพื่อรับการแจ้งเตือนการรีเฟรชการแยกข้อมูล

คุณจำเป็นต้องทราบว่าเจ้าของแหล่งข้อมูลคือผู้ใช้ที่จะได้รับอีเมลเมื่อแหล่งข้อมูลล้มเหลว ซึ่งมีความเกี่ยวข้องอย่างยิ่งในรูปแบบที่มีการจัดการจากส่วนกลาง เนื่องจากเจ้าของไคลเอนต์บริดจ์เป็นผู้ดูแลไซต์ และโดยปกติจำเป็นต้องให้เจ้าของมีส่วนร่วมเมื่อเกิดปัญหาและต้องแก้ปัญหา เนื่องจากเจ้าของแหล่งข้อมูลซึ่งไม่ใช่เจ้าของไคลเอนต์บริดจ์จะไม่ได้รับการแจ้งเตือนโดยอัตโนมัติ จึงมักจะตั้งค่าการส่งต่ออีเมลอัตโนมัติให้กับผู้ดูแลไซต์เพื่อให้พวกเขาได้รับข้อมูลล่าสุดเกี่ยวกับปัญหาต่างๆ

ในฐานะที่เป็นผู้เผยแพร่แหล่งข้อมูล หากคุณคิดว่าการแยกข้อมูลใช้เวลานานผิดปกติ คุณสามารถแก้ปัญหาได้หลายวิธี การรีเฟรชการแยกข้อมูลผ่านบริดจ์มีองค์ประกอบ 2 ส่วน ได้แก่ การแยกข้อมูลภายในระบบด้วย Bridge จากนั้นจึงส่งข้อมูลที่แยกนั้นไปยังออนไลน์เพื่อทำให้สามารถใช้งานได้ ในการแยกแยะสาเหตุที่เป็นไปได้ของปัญหา ควรใช้การแยกข้อมูลเดียวกันใน Tableau Desktop และเปรียบเทียบระยะเวลาของการแยกข้อมูลกับเวลาที่บริดจ์ใช้แยกข้อมูล ควรรายงานความผิดปกติที่เกิดขึ้นให้ผู้ติดต่อ Tableau ของคุณทราบเพื่อตรวจสอบและช่วยเหลือ