การปรับแต่งประสิทธิภาพของ Office 365 โดยใช้ข้อมูลพื้นฐานและประวัติด้านประสิทธิภาพ

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

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

สิ่งสำคัญ: มีปัญหาด้านประสิทธิภาพการทำงานระหว่างไคลเอ็นต์ของคุณและ Office 365 ในตอนนี้ใช่หรือไม่ ทำตามขั้นตอนที่แสดงใน แผนการแก้ไขปัญหาด้านประสิทธิภาพการทำงานสำหรับ Office 365

ข้อมูลบางอย่างที่คุณควรทราบเกี่ยวกับประสิทธิภาพการทำงานของ Office 365

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

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

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

การแก้ไขปัญหาประสิทธิภาพการทำงานไม่ได้เกี่ยวกับการบรรลุเป้าหมายที่ระบุและรักษาเป้าหมายเหล่านั้นไว้โดยถาวร แต่เป็นเรื่องเกี่ยวกับการปรับปรุงกิจกรรมที่มีอยู่โดยคำนึงถึงตัวแปรทั้งหมด

เอาล่ะ ปัญหาด้านประสิทธิภาพการทำงานมีลักษณะอย่างไร

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

ถ้าบริการของ Office 365 เกิดปัญหา นั่นคือปัญหาของบริการ คุณจะเห็นไอคอนสีแดงหรือสีเหลืองภายใต้ สถานภาพปัจจุบัน ในศูนย์การจัดการ Office 365 นอกจากนี้ คุณอาจสังเกตได้ว่า ประสิทธิภาพการทำงานของการเชื่อมต่อคอมพิวเตอร์ไคลเอ็นต์ไปยัง Office 365 ช้าลง ตัวอย่างเช่น ถ้า สถานภาพปัจจุบัน รายงานเป็นไอคอนสีแดง และคุณเห็น การตรวจสอบ แสดงอยู่ข้าง Exchange คุณอาจจะได้รับสายจำนวนมากจากบุคคลที่อยู่ในองค์กรของคุณที่แจ้งปัญหาว่าไคลเอ็นต์กล่องจดหมายที่ใช้ Exchange Online ทำงานได้ไม่ดี ในกรณีดังกล่าว คุณสามารถสันนิษฐานได้ว่า ประสิทธิภาพการทำงานของ Exchange Online ของคุณเกิดจากปัญหาของบริการ

แดชบอร์ดสถานภาพบริการ Office 365 ที่แสดงปริมาณงานทั้งหมดจะมีสีเขียว ยกเว้น Exchange ซึ่งจะ คืนค่าบริการ แล้ว

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

รูปภาพของแดชบอร์ดสถานภาพของ Office 365 อธิบายเกี่ยวกับบริการ Exchange Online ที่ถูกคืนค่า และสาเหตุ

ปัญหาด้านประสิทธิภาพการทำงานไม่ใช่ปัญหาจากบริการ ถึงแม้ว่าปัญหาจากบริการสามารถทำให้ประสิทธิภาพการทำงานช้าลงได้ ปัญหาด้านประสิทธิภาพการทำงานมีลักษณะดังนี้

  • ปัญหาด้านประสิทธิภาพการทำงานจะเกิดขึ้นไม่ว่า ศูนย์การจัดการ Office 365 จะรายงาน สถานภาพปัจจุบัน สำหรับบริการอย่างไรก็ตาม

  • ลักษณะการทำงานที่เคยทำงานได้อย่างสมบูรณ์ค่อนข้างใช้เวลานานในการดำเนินการให้เสร็จสมบูรณ์หรือไม่สามารถดำเนินการให้เสร็จสมบูรณ์ได้เลย

  • คุณสามารถจำลองปัญหาได้ หรืออย่างน้อยที่สุด คุณจะทราบได้ว่า คุณจะสามารถแก้ไขปัญหาได้ ถ้าคุณทำตามขั้นตอนต่างๆ ในชุดขั้นตอนอย่างถูกต้อง

  • ถึงแม้ปัญหาเกิดขึ้นไม่ต่อเนื่อง แต่ปัญหาก็จะมีรูปแบบเฉพาะอยู่ ตัวอย่างเช่นคุณทราบว่าเมื่อถึงเวลา 10:00 น. คุณจะได้ัรับสายเรียกเข้าจากผู้ใช้ที่ไม่สามารถเข้าถึง Office 365 ได้อย่างมีประสิทธิภาพ และสายเรียกเข้าเกี่ยวกับปัญหานี้จะหมดลงในตอนเที่ยง

คุณอาจคุ้นเคยกับเหตุการณ์นี้ อาจคุ้นเคยเป็นอย่างมาก เมื่อคุณทราบว่านี่คือปัญหาทำงานปัญหาด้านประสิทธิภาพการทำงาน คำถามก็คือ "คุณจะต้องทำอะไรต่อไป" ส่วนที่เหลือของบทความนี้ช่วยคุณได้

วิธีการกำหนดและทดสอบปัญหาด้านประสิทธิภาพการทำงาน

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

  • การสลับจากกล่องจดหมายเข้าของฉันไปยัง ปฏิทิน ของฉันเคยเป็นบางสิ่งที่ฉันไม่ทราบมาก่อน และในตอนนี้กลายเป็นอีกอย่างหนึ่ง คุณสามารถทำให้การดำเนินการนี้กลับไปทำหน้าที่แบบเดิมได้หรือไม่

  • อัปโหลดไฟล์ของฉันไปยัง SharePoint Online ใช้เวลานานเหมือนจะไม่มีวันสิ้นสุด ทำไมจึงอัปโหลดได้ช้าในตอนบ่าย แต่เวลาอื่นๆ ทำได้อย่างรวดเร็ว การดำเนินการนี้จะรวดเร็วได้หรือไม่

มีหลายปัญหาที่ท้าทายในรายงานปัญหาที่ด้านบน โดยเฉพาะอย่างยิ่ง มีความคลุมเครือมากมายที่ต้องจัดการ ตัวอย่างเช่น:

  • ไม่ชัดเจนว่าเคยมีการสลับระหว่าง กล่องจดหมายเข้า และ ปฏิทิน บนแล็ปท็อปมาก่อนหรือไม่

  • เมื่อผู้ใช้ระบุว่า "การดำเนินการนี้จะรวดเร็วได้หรือไม่ "รวดเร็ว" หมายถึงอะไร

  • "ใช้เวลานานเหมือนจะไม่มีวันสิ้นสุด" นั้นนานเท่าใด การดำเนินการดังกล่าวใช้เวลาหลายวินาที หลายนาที หรือผู้ใช้สามารถไปทานอาหารกลางวันก่อน และการดำเนินการจะเสร็จสิ้นหลังจากที่ผู้ใช้กลับมาที่โต๊ะแล้ว 10 นาที

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

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

  • ปัญหาเกิดขึ้นในวันใด และเกิดขึ้นในเวลากลางวันหรือกลางคืน

  • ชนิดของคอมพิวเตอร์ไคลเอ็นต์ที่คุณใช้ และคอมพิวเตอร์ไคลเอ็นต์เชื่อมต่อกับเครือข่ายธุรกิจ (เชื่อมต่อผ่าน VPN, มีสาย หรือไร้สาย) อย่างไร

  • คุณทำงานจากระยะไกลหรือคุณอยู่ในสำนักงาน

  • คุณได้ลองดำเนินการกระทำเดียวกันบนคอมพิวเตอร์เครื่องอื่นแล้วหรือไม่ และพบว่ามีลักษณะการทำงานแบบเดียวกันนี้ทุกเครื่องหรือไม่

  • ทำตามขั้นตอนที่ทำให้เกิดปัญหานี้ซ้ำอีกครั้ง เพื่อให้คุณสามารถเขียนในรายงานปัญหาเกี่ยวกับการกระทำที่คุณได้ดำเนินการ

  • ประสิทธิภาพการทำงานช้านั้นใช้เวลาเป็นวินาทีหรือนาที

  • คุณอยู่ส่วนใดของโลก

คำถามบางคำถามเหล่านี้มีความชัดเจนมากกว่าคำถามอื่นๆ ผู้ใช้แทบทุกคนจะเข้าใจว่าตัวแก้ไขปัญหาต้องการขั้นตอนที่แน่นอนเพื่อจำลองปัญหานี้ และคุณสามารถระบุความผิดปกติได้อย่างไร และคุณจะทดสอบได้อย่างไรว่าปัญหาได้รับการแก้ไขแล้ว นอกจากนี้ คำถามเช่น "คุณพบปัญหานี้ในวันและเวลาใด" และ "คุณอยู่ส่วนใดของโลก" ข้อมูลเหล่านี้สามารถใช้เพื่อช่วยในการระบุสาเหตุของปัญหาได้ ทั้งนี้ขึ้นอยู่กับระยะเวลาที่ผู้ใช้ทำงาน ระยะเวลาที่แตกต่างกันสองสามชั่วโมงอาจหมายถึงการบำรุงรักษากำลังดำเนินการอยู่ในส่วนต่างๆ ของเครือข่ายบริษัทของคุณ ตัวอย่างเช่น ถ้าบริษัทของคุณมีการนำไฮบริดไปใช้ เช่น การค้นหาแบบไฮบริดของ SharePoint ซึ่งสามารถค้นหาดัชนีการค้นหาทั้งใน SharePoint Online และในอินสแตนซ์ SharePoint Server 2013 ภายในองค์กร และการอัปเดตอาจกำลังเกิดขึ้นในฟาร์มภายในองค์กร ถ้าทั้งบริษัทของคุณอยู่ใน Cloud การบำรุงรักษาระบบอาจรวมถึงการเพิ่มหรือการเอาฮาร์ดแวร์ของเครือข่ายออก, การเผยแพร่อัปเดตทั่วทั้งบริษัท หรือทำการเปลี่ยนแปลงใน DNS หรือโครงสร้างพื้นฐานหลักอื่นๆ

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

คุณรู้หรือไม่ว่าประสิทธิภาพการทำงานที่ดีเคยมีลักษณะอย่างไร

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

สิ่งที่ขาดหายไปที่นี่คือประสิทธิภาพการทำงานหลัก

ประสิทธิภาพการทำงานหลักจะให้บริบทเกี่ยวกับประสิทธิภาพการทำงานของคุณ คุณควรตรวจสอบประสิทธิภาพการทำงานหลักเป็นครั้งคราวหรือบ่อยครั้ง ขึ้นอยู่กับความต้องการของบริษัทของคุณ ถ้าคุณเป็นบริษัทขนาดใหญ่ ทีมงานของคุณอาจใช้ประสิทธิภาพการทำงานหลักในสภาพแวดล้อมภายในองค์กรของคุณอยู่แล้ว ตัวอย่างเช่น ถ้าคุณใช้โปรแกรมปรับปรุง (patch) กับเซิร์ฟเวอร์ Exchange ทั้งหมดทุกวันจันทร์แรกของเดือน และใช้กับเซิร์ฟเวอร์ SharePoint ทั้งหมดของคุณทุกวันจันทร์ที่สามของเดือน ทีมงานของคุณอาจมีรายการของงานและสถานการณ์สมมติซึ่งจะใช้สำหรับดำเนินการโปรแกรมปรับปรุงหลังเสร็จสิ้นกระบวนการเพื่อตรวจสอบว่าฟังก์ชันที่สำคัญทำงานได้ตามปกติ ตัวอย่างเช่น เปิดกล่องจดหมายเข้า คลิกที่ปุ่ม ส่ง/รับ และดูให้แน่ใจว่ามีการอัปเดตโฟลเดอร์ หรือใน SharePoint ให้เรียกดูหน้าหลักของไซต์ แล้วไปที่หน้าการค้นหาขององค์กร และการทำการค้นหาที่จะส่งกลับผลลัพธ์

ถ้าแอปพลิเคชันของคุณอยู่ใน Office 365 ข้อมูลพื้นฐานบางอย่างที่คุณสามารถใช้ได้นั้นจะวัดระยะเวลา (เป็นมิลลิวินาที) จากคอมพิวเตอร์ไคลเอ็นต์ภายในเครือข่ายของคุณไปยังจุดขาออก หรือจุดที่คุณออกจากเครือข่ายของคุณและไปยัง Office 365 ต่อไปนี้เป็นข้อมูลพื้นฐานที่มีประโยชน์ซึ่งคุณสามารถตรวจสอบและบันทึกได้

  • ระบุอุปกรณ์ระหว่างคอมพิวเตอร์ไคลเอ็นต์และจุดขาออกของคุณ เช่น พร็อกซีเซิร์ฟเวอร์ของคุณ

    • คุณจำเป็นต้องทราบเกี่ยวกับอุปกรณ์ของคุณ (เช่น ที่อยู่ IP และชนิดของบริการ) เพื่อให้คุณทราบบริบทสำหรับปัญหาด้านประสิทธิภาพการทำงานที่เกิดขึ้น

    • พร็อกซีเซิร์ฟเวอร์คือจุดขาออกทั่วไป ดังนั้น คุณสามารถตรวจสอบเว็บเบราว์เซอร์ของคุณเพื่อดูว่ามีการตั้งค่าเว็บเบราว์เซอร์ให้ใช้พร็อกซีเซิร์ฟเวอร์ใด ถ้ามี

    • มีเครื่องมือจากบริษัทอื่นที่สามารถค้นหาและแมปเครือข่ายของคุณได้ แต่วิธีการที่ปลอดภัยที่สุดคือการสอบถามสมาชิกในทีมเครือข่ายของคุณว่าอุปกรณ์ของคุณคืออะไร

  • ระบุผู้ให้บริการอินเทอร์เน็ต (ISP) ของคุณ จดข้อมูลที่ติดต่อ และสอบถามจำนวนวงจร และจำนวนแบนด์วิดธ์ที่คุณมี

  • ภายในบริษัทของคุณ ให้ระบุทรัพยากรสำหรับอุปกรณ์ต่างๆ ระหว่างไคลเอ็นต์ของคุณและจุดขาออก หรือระบุที่ติดต่อฉุกเฉินที่จะพูดคุยเกี่ยวกับปัญหาด้านเครือข่าย

ต่อไปนี้คือข้อมูลพื้นฐานบางส่วนที่การทดสอบอย่างง่ายด้วยเครื่องมือสามารถคำนวณให้คุณได้

  • ระยะเวลาจากคอมพิวเตอร์ไคลเอ็นต์ของคุณไปยังจุดขาออกในหน่วยมิลลิวินาที

  • ระยะเวลาจากจุดขาออกของคุณไปยัง Office 365 ในหน่วยมิลลิวินาที

  • ตำแหน่งที่ตั้งในระบบของเซิร์ฟเวอร์ที่จำแนก URL สำหรับ Office 365 เมื่อคุณเรียกดู

  • ความเร็วในการจำแนก DNS ของ ISP ของคุณในหน่วยมิลลิวินาที ความไม่สอดคล้องกันในการมาถึงของแพคเก็ต (ค่าผิดพลาดทางเวลาของเครือข่าย) เวลาอัปโหลดและดาวน์โหลดในหน่วยมิลลิวินาที

ถ้าคุณไม่คุ้นเคยกับวิธีต่างๆ ในการดำเนินการขั้นตอนเหล่านี้ เราจะกล่าวถึงรายละเอียดเพิ่มเติมในบทความนี้

ข้อมูลพื้นฐานคืออะไร

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

กราฟิกเครือข่ายพื้นฐานแสดงไคลเอ็นต์ พร็อกซี และ Cloud ของ Office 365

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

การแนะนำเครือข่ายพื้นฐานที่มีไคลเอ็นต์ พร็อกซี และ Cloud และเครื่องมือ PSPing, TraceTCP และการติดตามเครือข่าย

ตัวเลือกที่มีจะแสดงรายการเป็น แบบง่าย และ ขั้นสูง ตามความเชี่ยวชาญที่คุณต้องใช้เพื่อค้นหาข้อมูลด้านประสิทธิภาพการทำงาน การติดตามเครือข่ายจะใช้เวลานานเมื่อเทียบกับการเรียกใช้เครื่องมือบรรทัดคำสั่ง เช่น PsPing และ TraceTCP เครื่องมือบรรทัดคำสั่งสองรายการเหล่านี้จะถูกเลือก เนื่องจากเครื่องมือเหล่านี้ไม่ใช้แพคเก็ต ICMP ซึ่งจะถูกบล็อกโดย Office 365 และเนื่องจากเครื่องมือดังกล่าวจะระบุเวลาเป็นมิลลิวินาทีที่ต้องใช้เพื่อออกจากคอมพิวเตอร์ไคลเอ็นต์ หรือพร็อกซีเซิร์ฟเวอร์ (ถ้าคุณมีสิทธิ์เข้าถึง) และไปถึง Office 365 การเปลี่ยนเส้นทางจากคอมพิวเตอร์เครื่องหนึ่งไปยังอีกเครื่องหนึ่งแต่ละครั้งจะได้ผลลัพธ์ค่าเวลา ซึ่งเหมาะสำหรับการใช้เป็นข้อมูลพื้นฐาน เครื่องมือบรรทัดคำสั่งเหล่านี้มีความสำคัญ เนื่องจากทำให้คุณสามารถเพิ่มหมายเลขพอร์ตลงในคำสั่งได้ซึ่งเป็นประโยชน์อย่างมาก เพราะ Office 365 จะสื่อสารผ่านพอร์ต 443 ซึ่งเป็นพอร์ตที่ใช้โดย Secure Sockets Layer และ Transport Layer Security (SSL และ TLS) อย่างไรก็ตาม เครื่องมือของบริษัทอื่นอาจเป็นโซลูชันที่ดีกว่าสำหรับสถานการณ์ของคุณ ไมโครซอฟท์ไม่สนับสนุนเครื่องมือทั้งหมดเหล่านี้ ดังนั้น ด้วยเหตุผลบางประการ คุณจะไม่สามารถใช้งาน PsPing และ TraceTCP ได้ ให้ย้ายไปยังการติดตามเครือข่ายโดยใช้เครื่องมือ เช่น Netmon

คุณสามารถรับข้อมูลพื้นฐานก่อนเวลาทำการ และอีกครั้งในระหว่างช่วงเวลาที่มีการใช้งานจำนวนมาก และอีกครั้งหลังเวลาทำการ ซึ่งหมายความว่า คุณอาจมีโครงสร้างโฟลเดอร์ที่มีลักษณะคล้ายๆ เช่นนี้ในท้ายที่สุด

กราฟิกเสนอวิธีหนึ่งในการจัดระเบียบข้อมูลด้านประสิทธิภาพของคุณลงในโฟลเดอร์

นอกจากนี้ คุณควรตั้งชื่อไฟล์ของคุณอย่างมีแบบแผน ต่อไปนี้คือตัวอย่าง

  • Feb_09_2015_9amPST_PerfBaseline_Netmon_ClientToEgress_Normal

  • Jan_10_2015_3pmCST_PerfBaseline_PsPing_ClientToO365_bypassProxy_SLOW

  • Feb_08_2015_2pmEST_PerfBaseline_BADPerf

  • Feb_08_2015_8-30amEST_PerfBaseline_GoodPerf

การตั้งชื่อในลักษณะนี้มีด้วยกันหลายวิธี แต่การใช้รูปแบบ <dateTime><what's happening in the test> เป็นการเริ่มต้นที่ดี การทำเช่นนี้อยู่เสมอจะช่วยคุณได้อย่างมาก เมื่อคุณพยายามแก้ไขปัญหาในภายหลัง หลังจากนี้ คุณจะสามารถพูดได้ว่า "ฉันดำเนินการติดตามเมื่อวันที่ 8 กุมภาพันธ์สองครั้ง ครั้งแรกแสดงให้เห็นประสิทธิภาพการทำงานที่ดี และอีกครั้งแสดงให้เห็นประสิทธิภาพการทำงานที่ไม่ดี ดังนั้น เราสามารถนำการติดตามเหล่านี้มาเปรียบเทียบกันได้" วิธีนี้จะมีประโยชน์อย่างยิ่งสำหรับการแก้ไขปัญหา

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

สาเหตุที่คุณต้องเก็บรวบรวมข้อมูลด้านประสิทธิภาพการทำงานระหว่างการทดสอบนำร่อง

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

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

วิธีการรวบรวมข้อมูลพื้นฐาน

สำหรับแผนการแก้ไขปัญหาทั้งหมด คุณจำเป็นต้องระบุสิ่งต่างๆ เหล่านี้เป็นอย่างน้อย

  • คอมพิวเตอร์ไคลเอ็นต์ที่คุณกำลังใช้ (ชนิดของคอมพิวเตอร์หรืออุปกรณ์, ที่อยู่ IP และการกระทำที่เป็นสาเหตุให้เกิดปัญหา)

  • คอมพิวเตอร์ไคลเอ็นต์ตั้งอยู่ในตำแหน่งใดในโลก (ตัวอย่างเช่น ไม่ว่าผู้ใช้จะใช้ VPN ไปยังเครือข่าย, ทำงานจากระยะไกล หรืออยู่บนอินทราเน็ตของบริษัท)

  • จุดขาออกที่คอมพิวเตอร์ไคลเอ็นต์ใช้จากเครือข่ายของคุณ (จุดที่มีการส่งข้อมูลออกจากธุรกิจของคุณเพื่อติดต่อ ISP หรืออินเทอร์เน็ต)

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

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

วิธีการแบบง่าย

วัตถุประสงค์ของวิธีการแบบง่ายเหล่านี้คือการเรียนรู้เพื่อทำความเข้าใจและจัดเก็บข้อมูลขั้นต้นของประสิทธิภาพการทำงานแบบง่ายตลอดเวลา เพื่อให้คุณรับทราบเกี่ยวกับประสิทธิภาพการทำงานของ Office 365 ต่อไปนี้เป็นตัวอย่างไดอะแกรมแบบง่ายสำหรับวิธีการแบบง่ายที่คุณเคยเห็นมาก่อนหน้านี้

การแนะนำเครือข่ายพื้นฐานที่มีไคลเอ็นต์ พร็อกซี และ Cloud และเครื่องมือ PSPing, TraceTCP และการติดตามเครือข่าย

หมายเหตุ: 

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

  • คำสั่ง TraceTCP อาจมีลักษณะง่ายๆ เช่น

  • tracetcp.exe outlook.office365.com:443

  • อย่าลืมรวมหมายเลขพอร์ตไว้ในคำสั่งด้วย!

  • TraceTCP มีให้ดาวน์โหลดฟรี แต่ต้องอาศัย Wincap Wincap เป็นเครื่องมือที่ใช้และติดตั้งโดย Netmon เรายังใช้ Netmon ในส่วนวิธีการขั้นสูงด้วย

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

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

  • พอร์ต 80 และ 443

  • TCP และ HTTPS

  • การเชื่อมต่อขาออกไปยัง URL ใดๆ เหล่านี้:

  • * .microsoftonline.com

  • * .microsoftonline-p.com

  • *.sharepoint.com

  • *.outlook.com

  • *.lync.com

  • osub.microsoft.com

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

เมื่อต้องการเพิ่มรายการเหล่านี้ในรายการเลี่ยงผ่านพร็อกซีใน Internet Explorer ให้ไปที่ เครื่องมือ > ตัวเลือกอินเทอร์เน็ต > การเชื่อมต่อ > การตั้งค่า LAN > ขั้นสูง แท็บขั้นสูงยังเป็นที่ที่คุณจะพบพร็อกซีเซิร์ฟเวอร์และพอร์ตของพร็อกซีเซิร์ฟเวอร์ คุณอาจจำเป็นต้องคลิกกล่องกาเครื่องหมาย ใช้พร็อกซีเซิร์ฟเวอร์สำหรับระบบ LAN ของคุณ เพื่อเข้าถึงปุ่ม ขั้นสูง คุณจะต้องตรวจสอบให้แน่ใจว่าได้เลือก ไม่ผ่านพร็อกซีเซิร์ฟเวอร์สำหรับที่อยู่ภายในเครื่อง เอาไว้แล้ว เมื่อคุณคลิก ขั้นสูง คุณจะเห็นกล่องข้อความที่คุณสามารถใส่ข้อยกเว้นได้ แยก URL อักขระตัวแทนที่แสดงรายการที่ด้านบนด้วยเครื่องหมายอัฒภาค ตัวอย่างเช่น

*.microsoftonline.com; *.sharepoint.com

เมื่อคุณเลี่ยงผ่านพร็อกซีของคุณแล้ว คุณควรจะสามารถใช้ Ping หรือ PsPing ได้โดยตรงบน URL ของ Office 365 ขั้นตอนถัดไปจะเป็นการทดสอบ Ping ไปยัง outlook.office365.com หรือถ้าคุณกำลังใช้ PsPing หรือเครื่องมืออื่นที่จะช่วยให้คุณใส่หมายเลขพอร์ตลงในคำสั่งได้ PsPing จะเทียบ portal.microsoftonline.com:443 เพื่อดูเวลาของกระบวนการไปกลับโดยเฉลี่ยเป็นมิลลิวินาที

เวลาของกระบวนการไปกลับ หรือ RTT คือค่าตัวเลขที่วัดระยะเวลาที่ใช้ในการส่งคำขอ HTTP ไปยังเซิร์ฟเวอร์ เช่น outlook.office365.com และได้รับการตอบกลับมาว่าเซิร์ฟเวอร์รับทราบสิ่งที่คุณทำแล้ว บางครั้งคุณจะเห็นตัวย่อเป็น RTT ซึ่งควรจะเป็นระยะเวลาสั้นๆ

คุณต้องใช้ PSPing หรือเครื่องมืออื่นที่ไม่ใช้แพคเก็ต ICMP ซึ่งถูกบล็อกโดย Office 365 เพื่อทำการทดสอบนี้

วิธีการใช้ PsPing เพื่อตรวจสอบเวลาของกระบวนการไปกลับโดยรวมในหน่วยมิลลิวินาทีจาก URL ของ Office 365 โดยตรง

  1. เรียกใช้พร้อมท์คำสั่งที่ยกระดับโดยทำตามขั้นตอนเหล่านี้ให้เสร็จสมบูรณ์

    1. คลิก เริ่ม

    2. ในกล่อง เริ่มการค้นหา ให้พิมพ์ cmd แล้วกด CTRL+SHIFT+ENTER

    3. ถ้ากล่องโต้ตอบ การควบคุมบัญชีผู้ใช้ ปรากฏขึ้น ให้ยืนยันว่าการดำเนินการที่แสดงคือสิ่งที่คุณต้องการ แล้วคลิก ดำเนินการต่อ

  2. นำทางไปยังโฟลเดอร์ที่มีเครื่องมือ (ในกรณีนี้คือ PsPing) ติดตั้งอยู่ และทดสอบ URL ของ Office 365 เหล่านี้

    • psping portal.office.com:443

    • psping microsoft-my.sharepoint.com:443

    • psping outlook.office365.com:443

    • psping www.yammer.com:443

      คำสั่งที่ PSPing จะไปที่ microsoft-my.sharepoint.com พอร์ท 443

ตรวจสอบให้แน่ใจว่าได้รวมหมายเลขพอร์ต 443 ไว้ด้วย โปรดทราบว่า Office 365 ทำงานบนแชนเนลที่เข้ารหัสลับ ถ้าคุณใช้ PsPing โดยไม่มีหมายเลขพอร์ต การร้องขอของคุณจะล้มเหลว เมื่อคุณ Ping รายการสั้นๆ ของคุณแล้ว ให้ค้นหาเวลาเฉลี่ยในหน่วยมิลลิวินาที(ms) นั่นคือสิ่งที่คุณต้องการบันทึก!

กราฟิกแสดงภาพประกอบของไคลเอ็นต์กับพร็อกซี PSPing ที่มีเวลากระบวนการไป 2.8 มิลลิวินาที

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

เมื่อต้องการปิงพร็อกซีเซิร์ฟเวอร์และรับค่าของกระบวนการไปกลับในหน่วยมิลลิวินาทีสำหรับขั้นตอนที่ 1 ถึง 2

  1. เรียกใช้พร้อมท์คำสั่งที่ยกระดับโดยทำตามขั้นตอนเหล่านี้ให้เสร็จสมบูรณ์

    1. คลิก เริ่ม

    2. ในกล่อง เริ่มการค้นหา ให้พิมพ์ cmd แล้วกด CTRL+SHIFT+ENTER

    3. ถ้ากล่องโต้ตอบ การควบคุมบัญชีผู้ใช้ ปรากฏขึ้น ให้ยืนยันว่าการดำเนินการที่แสดงคือสิ่งที่คุณต้องการ แล้วคลิก ดำเนินการต่อ

  2. พิมพ์ ping <ชื่อของพร็อกซีเซิร์ฟเวอร์ที่เบราว์เซอร์ของคุณใช้ หรือที่อยู่ IP ของพร็อกซีเซิร์ฟเวอร์> แล้วกด ENTER ถ้าคุณมี PsPing หรือเครื่องมืออื่นๆ ติดตั้งอยู่ คุณสามารถเลือกใช้เครื่องมือนั้นแทนได้

    คำสั่งของคุณอาจมีลักษณะเหมือนกับตัวอย่างเหล่านี้

    • ping ourproxy.ourdomain.industry.business.com

    • ping 155.55.121.55

    • ping ourproxy

    • psping ourproxy.ourdomain.industry.business.com:80

    • psping 155.55.121.55:80

    • psping ourproxy:80

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

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

กราฟิกที่แสดงเวลาของกระบวนการไปกลับจากไคลเอ็นต์ไปยังพร็อกซีเซิร์ฟเวอร์ของ 2.8 มิลลิวินาที

ถ้าคอมพิวเตอร์ไคลเอ็นต์ของคุณคือหนึ่งในคอมพิวเตอร์ไม่กี่เครื่องที่มีสิทธิ์เข้าถึงพร็อกซีเซิร์ฟเวอร์ (หรือขาออก) คุณสามารถเรียกใช้การทดสอบช่วงถัดไปโดยการเชื่อมต่อกับคอมพิวเตอร์เครื่องดังกล่าวจากระยะไกล แล้วเรียกใช้พร้อมท์คำสั่งไปยัง PsPing กับ URL ของ Office 365 จากที่นั่น ถ้าคุณไม่มีสิทธิ์เข้าถึงคอมพิวเตอร์เครื่องนั้น คุณสามารถติดต่อฝ่ายดูแลทรัพยากรเครือข่ายของคุณเพื่อขอความช่วยเหลือเกี่ยวกับช่วงถัดไป และรับตัวเลขที่แน่นอนด้วยวิธีดังกล่าว ถ้าไม่สามารถทำได้ ให้นำ PsPing มาเทียบกับ URL ของ Office 365 ที่ต้องการ และเปรียบเทียบกับเวลา PsPing หรือ Ping เทียบกับพร็อกซีเซิร์ฟเวอร์ของคุณ

ตัวอย่างเช่น ถ้าจากไคลเอ็นต์ไปยัง URL ของ Office 365 ใช้เวลา 51.84 มิลลิวินาที และจากไคลเอ็นต์ไปยังพร็อกซี (หรือจุดขาออก) ใช้เวลา 2.8 มิลลิวินาที ดังนั้น ระยะเวลาที่ใช้จากขาออกไปยัง Office 365 คือ 49.04 มิลลิวินาที ในทำนองเดียวกัน ถ้าคุณมี PsPing จากไคลเอ็นต์ไปยังพร็อกซีในระหว่างช่วงเวลาที่มีการใช้งานสูงสุดของวัน คือ 12.25 มิลลิวินาที และจากไคลเอ็นต์ไปยัง URL ของ Office 365 ใช้เวลา 62.01 มิลลิวินาที ค่าเฉลี่ยสำหรับพร็อกซีขาออกไปยัง URL ของ Office 365 คือ 49.76 มิลลิวินาที

กราฟิกเพิ่มเติมที่แสดงการปิงในรูปแบบมิลลิวินาทีจากไคลเอ็นต์ไปยังพร็อกซีที่อยู่ด้านข้างไคลเอ็นต์ใน Office 365 ดังนั้น ค่าสามารถถูกลบได้

ในแง่ของการแก้ไขปัญหา คุณอาจพบบางสิ่งที่น่าสนใจจากการเก็บข้อมูลขั้นต้นเหล่านี้ ตัวอย่างเช่น ถ้าคุณพบว่าโดยทั่วไปแล้วเวลาแฝงจากพร็อกซีหรือจุดขาออกไปยัง URL ของ Office 365 ประมาณ 40 ถึง 59 มิลลิวินาที และเวลาแฝงจากไคลเอ็นต์ไปยังพร็อกซีหรือจุดขาออกประมาณ 3 ถึง 7 มิลลิวินาที (ขึ้นอยู่กับปริมาณการรับส่งข้อมูลของเครือข่ายที่คุณกำลังดูในช่วงเวลานั้นของวัน) จากนั้น ถ้าข้อมูลขั้นต้นของไคลเอ็นต์ไปยังพร็อกซี่หรือขาออกสามข้อมูลล่าสุดแสดงเวลาแฝงที่ 45 มิลลิวินาที คุณจะทราบได้เลยว่ามีปัญหาเกิดขึ้น

วิธีการขั้นสูง

ถ้าคุณต้องการทราบว่าเกิดอะไรขึ้นกับการร้องขอไปยัง Office 365 ทางอินเทอร์เน็ต คุณจะต้องทำความคุ้นเคยกับการติดตามเครือข่าย ไม่สำคัญว่าคุณต้องการใช้เครื่องมือใดสำหรับการติดตามเหล่านี้ ไม่ว่าจะเป็น HTTPWatch, Netmon, ตัววิเคราะห์ข้อความ, Wireshark, Fiddler, เครื่องมือแดชบอร์ดนักพัฒนา หรือเครื่องมืออื่นๆ จะสามารถทำการติดตามได้ตราบเท่าที่เครื่องมือนั้นๆ สามารถเก็บรวบรวมและกรองการรับส่งข้อมูลเครือข่ายได้ คุณจะเห็นในส่วนนี้ว่าการเรียกใช้เครื่องมือเหล่านี้มากกว่าหนึ่งรายการจะเป็นประโยชน์ในการทำความเข้าใจภาพรวมของปัญหาที่ครอบคลุมมากยิ่งขึ้น เมื่อคุณทำการทดสอบ เครื่องมือที่ใช้ในบทความนี้ แผนการแก้ไขปัญหาด้านประสิทธิภาพการทำงานของ Office 365 ได้แก่ Netmon 3.4, HTTPWatch, หรือ WireShark

การใช้ข้อมูลพื้นฐานของประสิทธิภาพการทำงานเป็นส่วนพื้นฐานของวิธีการนี้ และขั้นตอนจำนวนมากก็เหมือนกับขั้นตอนในการแก้ไขปัญหาด้านประสิทธิภาพการทำงาน วิธีการขั้นสูงของการสร้างข้อมูลพื้นฐานสำหรับประสิทธิภาพการทำงานจะกำหนดให้คุณต้องดำเนินการและจัดเก็บการติดตามเครือข่าย ตัวอย่างส่วนใหญ่ในบทความนี้จะใช้ SharePoint Online แต่คุณควรจะพัฒนารายการของการกระทำทั่วไปในบริการต่างๆ ของ Office 365 ที่คุณสมัครใช้งานเพื่อทดสอบและบันทึก ต่อไปนี้คือตัวอย่างของข้อมูลพื้นฐาน

  • รายการข้อมูลพื้นฐานสำหรับ SPO - ขั้นตอนที่ 1: เรียกดูโฮมเพจของเว็บไซต์ SPO และดำเนินการติดตามเครือข่าย บันทึกการติดตาม

  • รายการข้อมูลพื้นฐานสำหรับ SPO - ขั้นตอนที่ 2: ค้นหาคำ (เช่น ชื่อบริษัทของคุณ) ผ่านทางการค้นหาระดับองค์กรและทำการติดตามเครือข่าย บันทึกการติดตาม

  • รายการข้อมูลพื้นฐานสำหรับ SPO - ขั้นตอนที่ 3: อัปโหลดไฟล์ขนาดใหญ่ไปยังไลบรารีเอกสาร SharePoint Online และทำการติดตามเครือข่าย บันทึกการติดตาม

  • รายการข้อมูลพื้นฐานสำหรับ SPO - ขั้นตอนที่ 4: เรียกดูโฮมเพจของเว็บไซต์ OneDrive และดำเนินการติดตามเครือข่าย บันทึกการติดตาม

รายการนี้ควรรวมการกระทำทั่วไปที่สำคัญที่สุดที่ผู้ใช้ดำเนินการกับ SharePoint Online โปรดสังเกตว่า ขั้นตอนสุดท้ายที่เป็นการติดตามไปยัง OneDrive for Business จะสร้างการเปรียบเทียบภายในระหว่างการโหลดของโฮมเพจ SharePoint Online (ซึ่งมักจะถูกกำหนดโดยบริษัทต่างๆ) และโฮมเพจ OneDrive for Business ที่มีการกำหนดค่าไม่บ่อยนัก นี่เป็นการทดสอบพื้นฐาน เมื่อกล่าวถึงไซต์ SharePoint Online ที่โหลดช้า คุณสามารถสร้างระเบียนของความแตกต่างนี้ลงในการทดสอบของคุณได้

ถ้าคุณกำลังประสบกับปัญหาด้านประสิทธิภาพการทำงาน ขั้นตอนต่างๆ ส่วนใหญ่จะเหมือนกับการใช้ข้อมูลพื้นฐาน การติดตามเครือข่ายจะกลายเป็นเรื่องสำคัญ ดังนั้น เราจะจัดการกับวิธีดำเนินการการติดตามที่สำคัญต่อจากนี้

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

ดูเพิ่มเติม

การจัดการจุดสิ้นสุดของ Office 365

ขยายทักษะของคุณ
สำรวจการฝึกอบรม
รับฟีเจอร์ใหม่ก่อนใคร
เข้าร่วม Office Insider

ข้อมูลนี้เป็นประโยชน์หรือไม่

ขอบคุณสำหรับคำติชมของคุณ!

ขอขอบคุณสำหรับคำติชมของคุณ! เราคิดว่าอาจเป็นประโยชน์ที่จะให้คุณได้ติดต่อกับหนึ่งในตัวแทนฝ่ายสนับสนุน Office ของเรา

×