Office 365 Penalaan prestasi menggunakan garis asas dan prestasi sejarah

Penting: Artikel ini diterjemahkan oleh mesin, lihatlah notis penafian. Sila dapatkan versi Bahasa Inggeris artikel ini di sini sebagai rujukan anda

Terdapat beberapa cara yang mudah untuk menyemak prestasi sambungan antara Office 365 dan perniagaan anda yang membolehkan anda mewujudkan garis asas kasar bagi sambungan anda. Mengetahui sejarah prestasi bagi sambungan komputer klien anda boleh membantu anda mengesan isu yang timbul lebih awal, mengenal pasti dan meramal masalah.

Jika anda tidak biasa mengendalikan isu prestasi, artikel ini direka bentuk untuk membantu anda pertimbangkan beberapa soalan umum, seperti Bagaimanakah untuk anda mengetahui masalah yang anda sedang hadapi ialah isu prestasi dan bukannya kejadian perkhidmatan Office 365? Bagaimanakah anda dapat merancang prestasi yang baik untuk jangka panjang? Bagaimana anda boleh memantau prestasi? Jika pasukan atau klien anda mendapati prestasi yang lembap semasa menggunakan Office 365 dan anda tertanya-tanya dengan sebarang soalan ini, teruskan membaca.

Penting: Mempunyai isu prestasi antara klien anda dengan Office 365 sekarang? Ikuti langkah yang dirangka dalam Pelan penyelesaian masalah prestasi untuk Office 365.

Perkara yang anda perlu tahu tentang prestasi Office 365

Office 365 terletak dalam rangkaian Microsoft yang khas dan berkapasiti tinggi yang bukan sahaja dipantau secara berterusan oleh mesin, tetapi oleh individu sebenar. Sebahagian daripada peranan penyelenggaraan awan Office 365 ialah penyediaan penalaan prestasi terbina dalam dan peningkatan keberkesanan setakat yang mungkin. Memandangkan klien awan Office 365 perlu berhubung merentasi Internet, terdapat juga usaha yang berterusan untuk memperhalus prestasi merentasi perkhidmatan Office 365. Peningkatan prestasi tidak pernah benar-benar berhenti dalam awan dan terdapat banyak pengalaman terkumpul berkaitan isu untuk memastikan awan sihat dan berfungsi dengan pantas. Jika anda mengalami isu prestasi untuk menyambung dari lokasi anda ke Office 365, anda tidak digalakkan untuk bermula dan menaruh harapan pada kes Sokongan. Sebaliknya, anda harus mula menyiasat masalah secara menyeluruh. Maksudnya, bermula dalam rangkaian anda dan beralih beransur-ansur ke Office 365. Sebelum anda mengemukakan kes kepada Sokongan Office 365, anda boleh mengumpulkan data dan mengambil tindakan yang akan menerokai dan mungkin menyelesaikan masalah anda.

Penting: Sila ambil perhatian kapasiti perancangan dan had dalam Office 365. Maklumat tersebut akan meletakkan anda sebelum lengkung apabila cuba menyelesaikan isu prestasi. Berikut ialah pautan ke Perihalan Perkhidmatan Office 365 Platform. Ini ialah hab Pusat dan semua perkhidmatan yang ditawarkan oleh Office 365 mempunyai pautan yang pergi ke Perihalan perkhidmatan mereka sendiri dari sini. Yang bermaksud, sekiranya anda perlu melihat had standard untuk SharePoint Online, contohnya, anda akan klik Perihalan Perkhidmatan SharePoint Online Cari Seksyen SharePoint Online had.

Pastikan anda menjalankan penyelesaian masalah dengan pemahaman bahawa prestasi ialah skala gelongsor dan bukan bertujuan mencapai nilai yang ideal dan mengekalkan nilai itu secara kekal (jika anda berpendapat sedemikian, maka tugas yang menggunakan lebar jalur yang tinggi seperti penyesuaian bilangan pengguna yang banyak atau pemindahan data yang besar akan memberi banyak tekanan -- jadi rancanglah untuk kesan prestasi nanti). Anda boleh dan harus mempunyai gambaran kasar tentang sasaran prestasi anda, tetapi prestasi melibatkan pemboleh ubah yang banyak, jadi prestasi adalah berbeza-beza. Itulah sifat asal prestasi.

Penyelesaian masalah prestasi bukan bertujuan mencapai matlamat khusus dan mengekalkan nombor tersebut untuk selama-lamanya, tujuannya adalah meningkatkan aktiviti sedia ada dengan semua pemboleh ubah tertentu.

Okey, apakah maksudnya masalah prestasi?

Pertama, anda perlu memastikan bahawa masalah yang anda sedang hadapi sebenarnya ialah isu prestasi dan bukan masalah perkhidmatan. Masalah prestasi adalah berbeza daripada masalah perkhidmatan dalam Office 365. Berikut ialah cara untuk membezakannya.

Jika perkhidmatan Office 365 mengalami isu, itulah masalah perkhidmatan. Anda akan melihat ikon merah atau kuning di bawah Kesihatan semasa dalam pusat pentadbiran Office 365, anda juga mungkin mendapati prestasi yang lembap pada komputer klien yang menyambung ke Office 365. Contohnya, jika Kesihatan semasa melaporkan ikon merah dan anda melihat Menyiasat di sebelah Exchange, selepas itu anda juga mungkin menerima banyak panggilan daripada individu dalam organisasi anda yang mengadu bahawa peti mel klien yang menggunakan Exchange Online tidak berfungsi dengan baik. Dalam kes sebegitu, anda tidak silap kerana menganggap bahawa prestasi Exchange Online anda mengalami isu dalam Perkhidmatan.

Papan pemuka Kesihatan Office 365 dengan semua beban kerja berwarna hijau, kecuali Exchange, yang menunjukkan Perkhidmatan Dipulihkan.

Pada ketika ini, anda sebagai pentadbir Office 365 harus menyemak Kesihatan semasa kemudian Lihat butiran dan sejarah secara kerap untuk mengikuti perkembangan penyelenggaraan yang kami laksanakan pada sistem. Papan pemuka Kesihatan semasa disediakan untuk membolehkan anda mengikuti perubahan dan masalah dalam perkhidmatan. Nota dan penerangan yang ditulis pada sejarah kesihatan, pentadbir kepada pentadbir tersedia untuk membantu anda mengukur pengaruh anda dan untuk memaklumkan anda tentang kerja yang sedang berjalan.

Gambar papan pemuka kesihatan Office 365 menerangkan bahawa perkhidmatan Exchange Online telah dipulihkan dan sebabnya.

Isu prestasi bukan masalah perkhidmatan walaupun masalah boleh menyebabkan prestasi menjadi lembap. Isu prestasi kelihatan seperti ini:

  • Isu prestasi berlaku tanpa mengambil kira apa-apa yang dilaporkan oleh Kesihatan semasa pusat pentadbir Office 365 bagi perkhidmatan.

  • Kelakuan yang biasanya agak lancar mengambil masa yang lama untuk diselesaikan atau tidak pernah selesai.

  • Anda juga boleh mereplikakan masalah atau sekurang-kurangnya anda tahu masalah itu akan berlaku jika anda mengikuti siri langkah yang betul.

  • Jika masalah berlaku sekali-sekala, tetapi masih terdapat corak, contohnya, anda tahu bahawa sebelum pukul 10 pagi anda akan mendapat panggilan daripada pengguna yang tidak dapat mencapai Office 365 secara stabil dan panggilan itu akan semakin berkurangan sekitar waktu tengah hari.

Anda mungkin sudah biasa mendengarnya mungkin terlalu biasa. Sebaik sahaja anda tahu bahawa itulah masalah prestasi, soalannya adalah, "Apakah yang anda lakukan seterusnya?" Bahagian selebihnya dalam artikel ini membantu anda menjawab persoalan tersebut.

Cara untuk menentukan dan menguji masalah prestasi

Isu prestasi biasanya timbul dari mengikut masa semasa, jadi masalah sebenar sukar untuk ditentukan. Anda perlu mencipta pernyataan masalah yang baik, mempunyai gambaran yang baik tentang konteks isu kemudian menghasilkan langkah ujian yang hebat untuk meyakinkan individu lain tentang pendapat anda. Jika tidak, sungguhpun anda tidak melakukan kesilapan, anda mungkin gagal. Mengapa? Berikut adalah beberapa contoh pernyataan masalah yang tidak menyediakan maklumat yang mencukupi:

  • Pertukaran dari Peti Masuk saya ke Kalendar saya biasanya sesuatu yang berlaku sekelip mata, tetapi kini ia mengambil masa yang lama. Bolehkah anda menjadikannya bertindak seperti dahulu?

  • Pemuatan naik fail saya ke SharePoint Online mengambil masa yang terlalu lama. Mengapa ia perlahan pada sebelah petang, tetapi pantas pada masa lain? Tidak bolehkah kepantasan itu stabil?

Terdapat beberapa cabaran besar yang timbul daripada pernyataan masalah di atas. Secara khususnya, terdapat banyak ketaksaan yang perlu dijelaskan. contohnya:

  • Pertukaran antara Peti Masuk dan Kalendar sebelum ini pada komputer riba adalah kurang jelas.

  • Apabila pengguna menyatakan, "Tidak bolehkah kepantasan itu stabil", apakah yang "pantas"?

  • Berapa lama yang dimaksudkan dengan "terlalu lama"? Adakah beberapa saat atau beberapa minit atau pengguna boleh keluar untuk makan tengah hari dan ia akan selesai 10 minit selepas pengguna kembali?

Semua pernyataan ini tidak mengambil kira bahawa pentadbir dan penyelesai masalah tidak dapat meneliti kebanyakan butiran daripada pernyataan masalah seperti ini. Contohnya, apabila masalah mula berlaku; Pengguna tersebut bekerja dari rumah dan hanya mengalami pertukaran yang perlahan ketika menggunakan rangkaian rumah; Pengguna tersebut tentunya menjalankan aplikasi lain yang menggunakan RAM yang tinggi pada klien setempat atau pengguna menjalankan sistem pengendalian yang lebih lama atau belum menjalankan kemas kini terkini.

Terdapat banyak maklumat untuk dikumpulkan apabila pengguna melaporkan masalah prestasi. Pengumpulan maklumat ini adalah sebahagian daripada proses yang dipanggil kerja menskop isu atau menyiasatnya. Berikut ialah senarai skop asas yang anda boleh gunakan untuk mengumpulkan maklumat tentang isu prestasi anda. Senarai ini tidak menyeluruh, tetapi ia merupakan tempat untuk anda mula menyediakan senarai sendiri:

  • Bilakah tarikh isu berlaku dan sekitar pukul berapa?

  • Apakah jenis klien komputer yang anda gunakan dan bagaimanakah ia menyambung ke rangkaian perniagaan (VPN, Berwayar, Wayarles)?

  • Adakah anda bekerja secara jauh atau anda berada di pejabat?

  • Adakah anda mencuba tindakan yang sama pada komputer lain dan mendapati kelakuan yang sama?

  • Ikuti langkah yang menimbulkan masalah kepada anda agar anda dapat mencatatkan tindakan yang anda ambil.

  • Apakah kelajuan prestasi dalam saat atau minit?

  • Di manakah lokasi anda?

Sesetengah soalan ini adalah lebih jelas daripada yang lain. Hampir semua individu memahami bahawa penyelesai masalah memerlukan langkah sebenar untuk menghasilkan semula isu. Lagipun, apa lagi cara anda boleh mencatatkan masalahnya dan bagaimana anda boleh menguji sama ada isu telah dibaiki? Yang kurang jelas ialah perkara seperti "Bilakah dan pukul berapa anda mendapati isu? dan "Di manakah lokasi anda?", maklumat yang boleh digunakan pada masa yang sama. Bergantung pada masa pengguna bekerja, perbezaan masa beberapa jam mungkin bermakna penyelenggaraan sudah dijalankan pada sebahagian rangkaian syarikat anda. Contohnya, jika syarikat anda mempunyai pelaksanaan hibrid, seperti SharePoint Search hibrid, yang boleh menjalankan pertanyaan indeks carian dalam kedua-dua kejadian SharePoint Online dan SharePoint Server 2013 pada premis, kemas kini mungkin sedang dijalankan dalam ladang pada premis. Jika seluruh syarikat anda adalah dalam awan, penyelenggaraan sistem mungkin termasuk menambah atau mengalih keluar perkakasan rangkaian, memperkenalkan kemas kini yang disasarkan untuk seluruh syarikat atau membuat perubahan pada DNS atau infrastruktur teras yang lain.

Apabila anda menyelesaikan masalah prestasi, ia mempunyai sedikit persamaan dengan senario jenayah, anda perlu teliti dan mempunyai daya pemerhatian yang tajam untuk membuat sebarang kesimpulan daripada bukti. Untuk berbuat demikian, anda mesti membuat pernyataan masalah yang baik dengan mengumpulkan bukti. Pernyataan masalah harus merangkumi konteks komputer, konteks pengguna, masa masalah bermula dan langkah sebenar yang mendedahkan isu prestasi. Pernyataan masalah ini harus berada di halaman teratas dalam nota anda. Dengan mengikuti pernyataan masalah sekali lagi selepas anda mengusahakan penyelesaian, anda mengambil langkah untuk menguji dan membuktikan sama ada tindakan yang anda ambil telah menyelesaikan isu. Penting sekali untuk mengetahui masa kerja anda di sana selesai.

Adakah anda tahu keadaan prestasi apabila ia masih elok?

Jika tidak, tiada sesiapa yang akan tahu. Tiada sesiapa pun yang mencatat masa sebenar. Maksudnya, tiada sesiapa yang dapat menjawab soalan ringkas "Kira-kira berapa saat yang diambil untuk memaparkan Peti Masuk dalam Office 365" atau "Berapa lama masanya dahulu apabila Eksekutif mengadakan mesyuarat Lync Online?", dan ini merupakan senario umum bagi banyak syarikat.

Maklumat yang hilang di sini ialah garis asas prestasi.

Garis asas memberi anda konteks untuk prestasi anda. Anda patut mengambil garis asas sama ada sekali-sekala atau secara kerap, bergantung pada keperluan syarikat anda. Jika syarikat anda ialah syarikat yang lebih besar, pasukan Operasi anda mungkin telah mengambil garis asas untuk persekitaran pada premis anda. Contohnya, jika anda menampal semua pelayan Exchange pada Isnin pertama setiap bulan dan semua pelayan SharePoint anda pada Isnin ketiga, pasukan Operasi anda mungkin mempunyai senarai tugas dan senario pasca tampalan yang dijalankan untuk membuktikan bahawa fungsi kritikal berjalan lancar. Contohnya, membuka Peti Masuk, mengklik Hantar/Terima dan memastikan folder dikemas kini atau dalam SharePoint, menyemak lalu halaman utama laman, menuju ke halaman Carian perusahaan dan melakukan carian yang mengembalikan hasil.

Jika aplikasi anda adalah dalam Office 365, anda dapat mengetahui masa (dalam milisaat) dari komputer klien dalam rangkaian anda ke titik keluar atau titik tempat anda meninggalkan rangkaian anda dan menuju ke Office 365 melalui beberapa garis asas yang paling utama. Berikut ialah beberapa garis asas yang berguna yang anda boleh selidik dan catat:

  • Mengenal pasti peranti antara komputer klien anda dengan titik keluar, contohnya pelayan proksi anda.

    • Anda perlu mengetahui peranti anda agar anda mempunyai konteks (alamat IP, jenis peranti dan sebagainya) untuk sebarang masalah prestasi yang timbul.

    • Pelayan proksi ialah titik keluar biasa, jadi anda boleh menyemak pelayar web anda untuk melihat pelayan proksi yang disetkan untuk penggunaan, jika ada.

    • Terdapat alat pihak ketiga yang boleh menemukan dan memetakan rangkaian anda, tetapi cara yang paling selamat untuk mengetahui peranti anda adalah dengan merujuk kepada ahli pasukan rangkaian anda.

  • Kenal pasti pembekal perkhidmatan Internet (ISP) anda, catatkan maklumat hubungan mereka dan tanya tentang jumlah litar dan lebar jalur yang anda miliki.

  • Dalam syarikat anda, kenal pasti sumber untuk peranti antara klien dengan titik keluar anda atau kenal pasti orang yang dihubungi semasa kecemasan isu rangkaian.

Berikut adalah beberapa garis asas yang boleh dikira oleh ujian ringkas dengan alat untuk anda:

  • Masa dari komputer klien anda ke titik keluar anda dalam milisaat

  • Masa dari titik keluar anda ke Office 365 dalam milisaat

  • Lokasi pelayan yang menyelesaikan URL bagi Office 365 apabila anda semak lalu

  • Kelajuan penyelesaian DNS ISP anda dalam milisaat, ketidakkonsistenan dalam ketibaan paket (ketar rangkaian), masa muat naik dan muat turun dalam milisaat

Jika anda tidak biasa dengan cara menjalankan langkah ini, kami akan memberikan maklumat terperinci dalam artikel ini.

Apakah itu garis asas?

Anda akan mengetahui kesannya apabila prestasi menjadi buruk, tetapi jika anda tidak tahu data prestasi yang lepas, maka anda tidak mungkin akan mempunyai konteks untuk tahap prestasi buruk dan masa ia berlaku. Jadi tanpa garis asas, anda tidak mempunyai petunjuk utama untuk menyelesaikan teka-teki: gambar pada kotak teka-teki. Dalam penyelesaian masalah prestasi, anda memerlukan titik perbandingan. Garis asas prestasi ringkas mudah untuk diambil. Pasukan Operasi anda boleh ditugaskan untuk menjalankan kerja ini pada masa yang ditetapkan. Contohnya, katakan sambungan anda kelihatan seperti ini:

Grafik rangkaian asas menunjukkan klien, proksi dan awan Office 365.

Itu bermakna anda telah membuat semakan dengan pasukan rangkaian anda dan mendapati bahawa anda meninggalkan syarikat anda untuk Internet melalui pelayan proksi dan proksi tersebut mengendalikan semua permintaan yang dihantar oleh komputer klien anda ke awan. Dalam kes ini, anda harus membuat versi ringkas sambungan anda yang menyenaraikan semua peranti berselang. Sekarang, selitkan alat yang anda boleh gunakan untuk menguji prestasi antara klien, titik keluar (tempat anda meninggalkan rangkaian anda untuk Internet) dan awan Office 365.

Rangkaian asas dengan klien, proksi dan awan, dan alat cadangan PSPing, TraceTCP dan surihan rangkaian.

Opsyen disenaraikan sebagai Ringkas dan Lanjutan berikutan jumlah kepakaran yang anda perlukan untuk mencari data prestasi. Penyurihan rangkaian akan mengambil banyak masa berbanding dengan proses menjalankan alat baris perintah seperti PsPing dan TraceTCP. Kedua-dua alat baris perintah ini dipilih kerana paket ICMP yang akan disekat oleh Office 365 tidak digunakan dan masa yang diambil untuk meninggalkan komputer klien atau pelayan proksi (jika anda mempunyai capaian) dan sampai di Office 365 diberikan dalam milisaat. Setiap lompatan dari satu komputer ke komputer lain akan berakhir dengan nilai masa dan itulah amat penting untuk garis asas! Begitu juga, alat baris perintah ini membenarkan anda menambah nombor port pada perintah, ini sangat berguna kerana Office 365 berkomunikasi melalui port 443, iaitu port yang digunakan oleh Lapisan Soket Selamat dan Keselamatan Lapisan Pengangkutan (SSL dan TLS). Walau bagaimanapun, alat pihak ketiga mungkin merupakan penyelesaian yang lebih baik untuk situasi anda. Microsoft tidak menyokong semua alat ini, jadi jika, atas sebab tertentu, PsPing dan TraceTCP tidak berfungsi, teruskan dengan penyurihan rangkaian dengan alat seperti Netmon.

Anda boleh mengambil garis asas sebelum waktu perniagaan, sekali lagi semasa penggunaan yang tinggi kemudian sekali lagi selepas beberapa jam. Ini bermakna anda mungkin mempunyai struktur folder yang kelihatan agak sama seperti ini pada akhirnya:

Grafik mencadangkan cara untuk mengatur data prestasi anda ke dalam folder.

Anda juga harus memilih konvensyen penamaan fail anda. Berikut ialah beberapa contoh:

  • 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

Terdapat pelbagai cara yang berlainan untuk berbuat demikian, tetapi penggunaan format <dateTime><what's happening in the test> ialah tempat yang sesuai untuk bermula. Ketelitian dalam hal ini akan banyak membantu apabila anda cuba menyelesaikan isu nanti. Kemudian, anda dapat menyatakan bahawa "Saya mengambil dua surihan pada 8hb Februari, satu menunjukkan prestasi baik dan satu menunjukkan prestasi buruk, jadi kita dapat membandingkannya". Maklumat ini amat berguna untuk penyelesaian masalah.

Anda perlu mempunyai cara yang teratur untuk menyimpan garis asas sejarah anda. Dalam contoh ini, kaedah ringkas menghasilkan tiga output baris perintah dan hasil dikumpulkan sebagai petikan skrin, tetapi anda sebaliknya mungkin mempunyai fail tangkapan rangkaian. Gunakan kaedah yang paling sesuai untuk anda. Simpan garis asas sejarah anda dan rujuk kepadanya apabila anda mendapati perubahan dalam kelakuan perkhidmatan dalam talian.

Mengapa kumpulkan data prestasi semasa ujian?

Tiada masa yang lebih sesuai untuk mula membuat garis asas selain masa ketika ujian perkhidmatan Office 365. Pejabat anda mungkin mempunyai beribu-ribu pengguna, beratus-ratus ribu atau mungkin mempunyai lima, walaupun dengan bilangan pengguna yang kecil, anda boleh menjalankan ujian untuk mengukur perubahan dalam prestasi. Dalam kes syarikat besar, sampel yang mewakili ratusan orang pengguna menguji Office 365 boleh digunakan untuk ribuan pengguna agar anda dapat mengagak isu yang mungkin timbul sebelum isu berlaku.

Dalam kes syarikat kecil, apabila penyesuaian melibatkan semua pengguna menggunakan perkhidmatan pada masa yang sama dan tiada ujian, simpan ukuran prestasi agar anda mempunyai data untuk ditunjukkan kepada sesiapa yang mungkin perlu menyelesaikan masalah pengendalian pelaksanaan yang teruk. Contohnya, jika anda mendapati bahawa grafik bersaiz sederhana yang lazimnya dimuat naik dengan cepat kini tiba-tiba mengambil masa yang lama untuk dimuat naik.

Cara untuk mengumpul garis asas

Untuk semua pelan penyelesaian masalah, anda perlu mengenal pasti perkara ini pada tahap minimum:

  • Komputer klien yang anda gunakan (jenis komputer atau peranti, alamat IP dan tindakan yang menyebabkan isu)

  • Lokasi komputer klien terletak dalam dunia (contohnya, sama ada pengguna ini bersambung pada VPN ke rangkaian, bekerja secara jarak jauh atau bersambung pada intranet syarikat)

  • Titik egress yang komputer klien gunakan daripada rangkaian anda (titik apabila trafik tinggalkan perniagaan anda untuk ISP atau Internet)

Anda boleh mengetahui tataletak rangkaian anda daripada pentadbir rangkaian. Jika anda berada pada rangkaian kecil, lihat peranti yang menyambung anda ke Internet dan hubungi ISP anda jika anda mempunyai soalan mengenai tataletak. Cipta grafik tataletak muktamad untuk rujukan anda.

Seksyen ini terbahagi kepada alat dan kaedah baris perintah yang ringkas serta opsyen alat lanjutan. Kami akan menerangkan kaedah yang ringkas terlebih dahulu. Tetapi jika anda menghadapi masalah prestasi sekarang, anda harus melompat ke kaedah lanjutan dan mencuba sampel pelan tindakan penyelesaian masalah prestasi.

Kaedah ringkas

Objektif kaedah ringkas ini adalah untuk mempelajari cara mengambil, memahami dan menyimpan garis asas prestasi ringkas dengan betul dari semasa ke semasa agar anda sedia maklum tentang prestasi Office 365. Berikut ialah gambar rajah yang sangat ringkas untuk kaedah ringkas, seperti yang anda pernah lihat sebelum ini:

Rangkaian asas dengan klien, proksi dan awan, dan alat cadangan PSPing, TraceTCP dan surihan rangkaian.

Nota: 

  • TraceTCP disertakan dalam petikan skrin ini kerana ia adalah alat yang sangat berguna untuk menunjukkan tempoh masa permintaan diproses dalam milisaat dan bilangan lompatan rangkaian atau sambungan dari satu komputer ke komputer lain yang diambil oleh permintaan untuk sampai ke destinasi. TraceTCP juga memberikan nama pelayan yang digunakan semasa lompatan. Maklumat ini sangat berguna bagi penyelesai masalah Microsoft Office 365 Home dalam Sokongan.

  • Perintah TraceTCP kadangkala sangat ringkas, seperti:

  • tracetcp.exe outlook.office365.com:443

  • Sila ingat untuk menyertakan nombor port dalam perintah!

  • TraceTCP adalah muat turun percuma, tetapi bergantung pada Wincap. Wincap ialah alat yang juga digunakan dan dipasang oleh Netmon. Kami juga menggunakan Netmon dalam seksyen kaedah lanjutan.

Jika anda mempunyai berbilang pejabat, anda juga perlu menyimpan satu set data daripada klien dalam setiap lokasi tersebut. Ujian ini mengukur kependaman, iaitu dalam kes ini ialah nilai nombor yang menerangkan jumlah masa antara klien menghantar permintaan ke Office 365 dengan masa Office 365 memberikan respons terhadap permintaan. Ujian berasal dari domain anda pada komputer klien dan mengukur perjalanan pergi balik dari dalam rangkaian anda, keluar dari titik keluar merentasi Internet ke Office 365 dan kembali.

Terdapat beberapa cara untuk mengendalikan titik keluar, dalam kes ini, pelayan proksi. Anda sama ada boleh menyurih dari 1 ke 2, lalu 2 ke 3 kemudian menambah nombor dalam milisaat untuk mendapatkan jumlah akhir ke pinggir rangkaian anda. Atau anda boleh mengkonfigurasikan sambungan untuk memintas proksi bagi alamat Office 365. Dalam rangkaian yang lebih besar dengan tembok api, proksi terbalik atau gabungan kedua-duanya sekali, anda mungkin perlu membuat pengecualian pada pelayan proksi yang akan membenarkan trafik memintas pelbagai URL. Untuk senarai titik akhir yang digunakan oleh Office 365, lihat URL Office 365 dan julat alamat IP. Jika anda mempunyai proksi pengesahan, mulakan dengan menguji pengecualian untuk yang berikut:

  • Port 80 dan 443

  • TCP dan HTTPs

  • Sambungan yang keluar ke sebarang URL ini:

  • *.microsoftonline.com

  • *.microsoftonline-p.com

  • *.sharepoint.com

  • *.outlook.com

  • *.lync.com

  • osub.microsoft.com

Semua pengguna perlu dibenarkan untuk pergi ke alamat ini tanpa sebarang gangguan atau pengesahan proksi. Pada rangkaian yang lebih kecil, anda harus menambahkan alamat ini pada senarai pintasan proksi anda dalam pelayar web anda.

Untuk menambahkan alamat ini pada senarai pintasan proksi anda dalam Internet Explorer, pergi ke Alat > Opsyen Internet > Sambungan > Seting LAN > Lanjutan. Tab lanjutan turut merupakan tempat anda akan menemui pelayan proksi dan port pelayan proksi anda. Anda mungkin perlu mengklik kotak semak Gunakan pelayan proksi untuk LAN anda bagi mencapai butang Lanjutan. Anda harus memastikan bahawa Pintas pelayan proksi untuk alamat setempat ditandakan. Sebaik sahaja anda mengklik Lanjutan, anda akan melihat kotak teks yang anda boleh masukkan pengecualian. Asingkan URL kad bebas yang disenaraikan di atas dengan koma bernoktah, contohnya:

*.microsoftonline.com; *.sharepoint.com

Sebaik sahaja anda memintas proksi anda, anda akan dapat menggunakan ping atau PsPing terus pada URL Office 365. Langkah seterusnya adalah untuk menguji ping outlook.office365.com. Atau, jika anda menggunakan PsPing atau alat lain yang membolehkan anda membekalkan nombor port untuk perintah, PsPing terhadap portal.microsoftonline.com:443 untuk melihat purata masa perjalanan pergi balik dalam milisaat.

Masa perjalanan pergi balik atau RTT ialah nilai nombor yang mengira tempoh masa yang digunakan untuk menghantar permintaan HTTP ke pelayan seperti outlook.office365.com dan mendapatkan respons yang memperakui pelayan tahu bahawa anda melakukannya. Kadangkala anda akan melihat ini disingkatkan sebagai RTT. Tempoh masa yang diambil sepatutnya sangat pendek.

Anda perlu menggunakan PSPing atau alat lain yang tidak menggunakan paket ICMP yang disekat oleh Office 365 untuk melakukan ujian ini.

Cara menggunakan PsPing untuk mendapatkan keseluruhan masa perjalanan pergi dalam milisaat terus dari Office 365 URL

  1. Jalankan prom perintah yang ditingkatkan dengan melengkapkan langkah ini:

    1. Klik Mula.

    2. Dalam kotak Mulakan Carian, taipkan cmd kemudian tekan CTRL+SHIFT+ENTER.

    3. Jika kotak dialog Kawalan Akaun Pengguna muncul, sahkan bahawa tindakan yang dipaparkan ialah tindakan yang anda inginkan kemudian klik Teruskan.

  2. Lakukan navigasi ke folder yang dipasangkan alat (dalam kes ini PsPing) dan uji URL Office 365 yang berikut:

    • psping portal.office.com:443

    • psping microsoft-my.sharepoint.com:443

    • psping outlook.office365.com:443

    • psping www.yammer.com:443

      Perintah PSPing pergi ke microsoft-my.sharepoint.com port 443.

Pastikan anda memasukkan nombor port 443. Ingat bahawa Office 365 berfungsi pada saluran yang disulitkan. Jika anda PsPing tanpa nombor port, permintaan anda akan gagal. Sebaik sahaja anda telah ping senarai pendek anda, cari masa Purata dalam milisaat (ms). Itulah yang anda ingin catatkan!

Grafik yang menunjukkan ilustrasi klien untuk proksi PSPing dengan masa perjalanan pergi balik selama 2.8 milisaat.

Jika anda tidak biasa dengan pintasan proksi dan lebih suka melakukan kerja langkah demi langkah, anda perlu mencari nama pelayan proksi anda terlebih dahulu. Dalam Internet Explorer, pergi ke Alat > Opsyen Internet > Sambungan > Seting LAN > Lanjutan. Tab Lanjutan ialah tempat pelayan proksi anda disenaraikan. Ping pelayan proksi tersebut pada prom perintah dengan melengkapkan tugas ini:

Untuk ping pelayan proksi dan mendapatkan nilai perjalanan pergi balik dalam milisaat bagi peringkat 1 hingga 2

  1. Jalankan prom perintah yang ditingkatkan dengan melengkapkan langkah ini:

    1. Klik Mula.

    2. Dalam kotak Mulakan Carian, taipkan cmd kemudian tekan CTRL+SHIFT+ENTER.

    3. Jika kotak dialog Kawalan Akaun Pengguna muncul, sahkan bahawa tindakan yang dipaparkan ialah tindakan yang anda inginkan kemudian klik Teruskan.

  2. Taipkan ping <nama pelayan proksi yang pelayar anda gunakan atau alamat IP pelayan proksi itu> kemudian tekan ENTER. Jika PsPing atau alat lain dipasangkan, anda sebaliknya boleh memilih untuk menggunakan alat tersebut.

    Perintah anda mungkin kelihatan seperti mana-mana satu contoh berikut:

    • 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. Apabila penyurih berhenti menghantar paket ujian, anda akan mendapat ringkasan pendek yang menyenaraikan purata, dalam milisaat, itulah nilai yang anda cari. Tangkap petikan skrin prom dan simpannya dengan konvensyen penamaan anda. Pada ketika ini, anda digalakkan untuk mengisi gambar rajah dengan nilai itu.

Anda mungkin telah mengambil surihan pada awal pagi dan klien anda boleh mencapai proksi (atau mana-mana pelayan keluar yang keluar ke Internet) dengan cepat. Dalam kes ini, nombor anda mungkin kelihatan seperti ini:

Grafik menunjukkan Perjalanan pergi balik dari klien ke proksi 2.8 milisaat.

Jika komputer klien anda adalah salah satu daripada komputer yang mempunyai capaian ke pelayan proksi (atau keluar), anda boleh menjalankan proses ujian yang seterusnya dengan menyambung ke komputer tersebut secara jauh, menjalankan prom perintah untuk PsPing ke URL Office 365 dari sana. Jika anda tidak mempunyai capaian ke komputer tersebut, anda boleh menghubungi sumber rangkaian anda untuk bantuan berkaitan proses seterusnya bagi mendapat nombor sebenar dengan cara tersebut. Jika hal itu tidak mungkin, lakukan PsPing terhadap URL Office 365 yang berkenaan dan bandingkannya dengan masa PsPing atau Ping terhadap pelayan proksi anda.

Contohnya, jika anda mencatat 51.84 milisaat dari klien ke URL Office 365 dan anda mencatat 2.8 milisaat dari klien ke proksi (atau titik keluar), maka anda mengambil 49.04 milisaat dari keluar ke Office 365. Begitu juga, jika anda mencatat PsPing 12.25 milisaat dari klien ke proksi semasa kemuncak pada hari tersebut dan 62.01 milisaat dari klien ke URL Office 365, maka nilai purata anda bagi keluar proksi ke URL Office 365 ialah 49.76 milisaat.

Grafik tambahan yang menunjukkan ping dalam milisaat daripada klien ke proksi di sebelah klien Office 365 agar nilai boleh ditolak.

Dari segi penyelesaian masalah, anda mungkin mendapati sesuatu yang menarik dengan menyimpan garis asas ini. Contohnya, jika anda mendapati bahawa anda biasanya mempunyai kependaman 40 hingga 59 milisaat dari proksi atau titik keluar ke URL Office 365 dan mempunyai kira-kira 3 hingga 7 milisaat kependaman dari klien ke proksi atau titik keluar (bergantung pada jumlah trafik rangkaian yang anda lihat pada ketika itu) maka anda pasti akan tahu sesuatu masalah berlaku jika tiga klien terakhir ke proksi atau garis asas keluar menunjukkan kependaman 45 milisaat.

Kaedah lanjutan

Jika anda benar-benar ingin tahu apa yang berlaku dengan permintaan Internet anda ke Office 365, anda perlu membiasakan diri dengan surihan rangkaian. Ia tidak kira alat yang anda suka bagi surihan ini, HTTPWatch Netmon, penganalisis mesej, Wireshark, Fiddler, alat papan pemuka pembangun atau perkara lain akan lakukan selagi alat yang boleh mengambil dan menapis trafik rangkaian. Anda akan lihat dalam seksyen ini adalah manfaat untuk menjalankan lebih daripada satu alat ini untuk mendapatkan gambar masalah yang lebih lengkap. Apabila anda sedang ujian, beberapa alat ini juga bertindak sebagai proksi kanan mereka sendiri. Alat yang digunakan dalam artikel kawan, pelan untuk Office 365 penyelesaian masalah prestasi, termasuk Netmon 3.4, HTTPWatchatau WireShark.

Pengambilan garis asas prestasi ialah bahagian ringkas bagi kaedah ini dan kebanyakan langkah adalah sama seperti langkah yang anda ambil semasa anda menyelesaikan isu prestasi. Kaedah lanjutan bagi mencipta garis asas untuk prestasi memerlukan anda menangkap dan menyimpan penyurihan rangkaian. Kebanyakan contoh dalam artikel ini menggunakan SharePoint Online tetapi anda harus mempunyai senarai tindakan biasa untuk diuji dan dicatat merentasi perkhidmatan Office 365 yang anda langgan. Berikut ialah contoh garis asas:

  • Senarai garis asas untuk SPO - Langkah 1: Semak lalu halaman utama laman web SPO dan lakukan penyurihan rangkaian. Simpan surihan.

  • Senarai garis asas untuk SPO - Langkah 2: Cari istilah (seperti nama syarikat anda) melalui Carian Perusahaan dan lakukan penyurihan rangkaian. Simpan surihan.

  • Senarai garis asas untuk SPO - Langkah 3: Muat naik fail besar ke pustaka dokumen SharePoint Online dan lakukan penyurihan rangkaian. Simpan surihan.

  • Senarai garis asas untuk SPO - Langkah 4: Semak lalu halaman utama laman web OneDrive dan lakukan penyurihan rangkaian. Simpan surihan.

Senarai ini seharusnya termasuk tindakan biasa terpenting yang pengguna lakukan terhadap SharePoint Online. Perhatikan langkah terakhir, untuk menyurih ke OneDrive for Business, bina dalam perbandingan antara muatan halaman utama SharePoint Online (yang biasanya disesuaikan oleh syarikat) dan halaman utama OneDrive for Business yang biasanya tidak disesuaikan. Ujian ini ujian asas bagi laman SharePoint Online yang lambat dimuatkan. Anda boleh membina rekod perbezaan ini dalam ujian anda.

Jika anda sedang mengalami masalah prestasi, kebanyakan langkah ini adalah sama seperti langkah mengambil garis asas. Penyurihan rangkaian menjadi kritikal, jadi kami seterusnya akan melihat cara mengambil surihan yang penting.

Untuk mengatasi masalah prestasi sekarang juga, anda perlu mengambil surihan pada masa anda mengalami isu prestasi. Anda perlu mempunyai alat yang betul untuk mengumpulkan log dan anda memerlukan pelan tindakan, iaitu, senarai tindakan penyelesaian masalah untuk digunakan bagi mengumpulkan maklumat terbaik mungkin. Perkara pertama untuk dilakukan adalah merekodkan tarikh dan masa ujian agar fail boleh disimpan dalam folder yang menunjukkan pemasaan. Seterusnya, perincikan langkah masalah itu sendiri. Ini ialah langkah sebenar yang anda akan gunakan untuk ujian. Jangan terlupa akan asas: jika isu hanya melibatkan Outlook, pastikan anda merekodkan bahawa kelakuan masalah hanya berlaku dalam satu perkhidmatan Office 365. Penyempitan skop isu ini akan membantu anda memfokuskan sesuatu yang anda boleh selesaikan.

Nota: Notis Penafian Penterjemahan Mesin: Artikel ini telah diterjemah oleh sistem komputer tanpa campur tangan manusia. Microsoft menawarkan penterjemahan mesin ini untuk membantu pengguna-pengguna yang tidak bertutur dalam Bahasa Inggeris supaya dapat menikmati kandungan mengenai produk, perkhidmatan dan teknologi Microsoft. Artikel ini mungkin mengandungi ralat perbendaharaan kata, sintaks atau tatabahasa kerana ia diterjemahkan oleh mesin.

Lihat Juga

Menguruskan titik akhir Office 365

Kembangkan kemahiran anda
Jelajahi latihan
Dapatkan ciri baru terlebih dahulu
Sertai Office Insiders

Adakah maklumat ini membantu?

Terima kasih atas maklum balas anda!

Terima kasih atas maklum balas anda! Nampaknya ia mungkin akan membantu untuk menyambungkan anda kepada salah seorang daripada ejen sokongan Office kami.

×