Pemulihan Outlook Microsoft terus gagal di bawah trafik
Gangguan e-mel Microsoft pada 12-13 November mendedahkan gelung pemulihan: pelayan yang dikembalikan boleh menjadi tidak responsif lagi di bawah trafik.
Gangguan e-mel Microsoft pada 12-13 November mendedahkan gelung pemulihan: pelayan yang dikembalikan boleh menjadi tidak responsif lagi di bawah trafik. Pada waktu henti yang diluluskan pada 13 November 11:04:50 UTC, pemulihan telah mencapai kemajuan di beberapa bahagian Asia Pasifik sementara isu-isu berselang-seli dan kerja di tempat lain masih berterusan. Susulan ini menjelaskan kebergantungan dan perlindungan e-mel tertangguh.
Baca edisi bertulis (Bahasa Inggeris) ↗
Apa yang diliputi video ini
- Semak kebergantungan backend setiap operasi: kebanyakan fungsi teras Teams dan akses fail SharePoint langsung kekal berfungsi, manakala ciri-ciri yang bergantung kepada Exchange terjejas.
- Microsoft melaporkan bahawa pelayan yang dikembalikan boleh menjadi tidak responsif lagi apabila trafik sampai kepada mereka; penjelasan komponen pemprosesan kesihatannya kekal sebagai hipotesis.
- Tempoh tamat masa e-mel yang dilanjutkan selama empat puluh lapan jam bertujuan untuk memelihara mel yang tertangguh semasa pemprosesan barisan dan tunggakan. Ia bukan tarikh akhir pembaikan atau jaminan penghantaran universal.
- Panduan pendikitan Graf biasa mengesyorkan mematuhi Retry-After dan penurunan eksponen apabila pengepala itu tiada; ia tidak mendiagnosis atau membaiki insiden ini.
Soalan dan jawapan
Mengapa pelayan mel Microsoft yang dikembalikan boleh gagal lagi di bawah trafik?
Microsoft melaporkan bahawa pelayan yang dikembalikan boleh menjadi tidak responsif lagi setelah mereka menerima trafik. Siasatannya menggambarkan proses yang terbeban dan kemungkinan masalah dalam komponen yang memproses kesihatan pelayan, tetapi pencetus awal masih menunggu laporan insiden akhir. Episod ini menggambarkan urutan kembalian, kerja dan kambuh yang dilaporkan secara konsep; ia tidak mendakwa seni bina dalaman yang terbukti atau punca akar akhir.
Mengapa panggilan Teams boleh berfungsi sementara ciri-ciri kalendar gagal?
Kebanyakan panggilan, mesyuarat dan sembang teras Teams kekal berfungsi mengikut notis kesihatan perkhidmatan Microsoft yang diperluaskan. Senario kalendar dan penjadualan bergantung pada Exchange Online dan boleh gagal semasa gangguan. Akses fail SharePoint langsung juga kekal berfungsi. Perbezaan peringkat aplikasi yang berguna adalah kebergantungan di sebalik operasi, bukannya menganggap setiap ciri di bawah logo produk berkongsi keadaan kegagalan yang sama.
Adakah tamat masa e-mel empat puluh lapan jam menetapkan tarikh akhir pembaikan?
Microsoft melanjutkan tetingkap tamat masa e-mel untuk memelihara mesej yang tertangguh sambil mengutamakan pemprosesan barisan dan tunggakan. Itu memberi lebih banyak masa kepada mel yang tertangguh semasa pemulihan. Notis awam tidak memberikan tarikh akhir pembaikan empat puluh lapan jam dan tiada jaminan bahawa setiap mesej akan sampai kepada penerimanya. Pemberitahuan yang belum selesai atau beratur oleh itu memerlukan penghantaran atau semakan hasil yang sebenar sebelum aliran kerja yang sensitif masa dapat bergantung padanya.
Bagaimana gangguan Exchange menjejaskan aplikasi Microsoft Graph?
Permintaan untuk mel Exchange Online, kalendar dan kenalan boleh tamat masa mengikut Microsoft. Aplikasi boleh menghadapi hasil yang berbeza di seluruh operasi dengan kebergantungan asas yang berbeza. Episod ini mengesyorkan menyemak kebergantungan perkhidmatan sebenar operasi. Dokumentasi pendikitan biasa Microsoft yang berasingan membincangkan pematuhan Retry-After dan penurunan eksponen apabila pengepala itu tiada; polisi-polisi tersebut tidak menetapkan punca insiden ini atau menjanjikan perkhidmatan yang dipulihkan.
Apakah keputusan The Daily Diff mengenai pemulihan Microsoft?
Keputusan The Daily Diff adalah PERLU SEMAKAN. Niko mengekalkan pemulihan untuk disemak kerana kemas kini Microsoft menggambarkan pelayan yang dikembalikan gagal di bawah trafik. Perkhidmatan berterusan dengan kerja sebenar yang datang adalah ujian pemulihan yang berguna. Punca awal kekal terbuka pada waktu henti pelaporan episod itu, dengan Microsoft menjanjikan laporan insiden penuh dan tindakan pertahanan mendalam selepas mitigasi.
Transkrip terjemahan
Diterjemahkan daripada penceritaan asal Bahasa Inggeris. Audio dan kapsyen yang tersedia dikawal oleh YouTube.
Mengapa pelayan yang dikembalikan gagal lagi?
0:00 Microsoft mengembalikan pelayan mel ke perkhidmatan. Ia boleh berhenti bertindak balas lagi apabila trafik kembali. Berikut adalah susulan pembangun. Dalam video ini, mengapa pemulihan terus gagal? Dan bahagian mana aplikasi anda masih berfungsi? Microsoft juga memberi e-mel yang tertangguh empat puluh lapan jam. Apa sebenarnya yang anda dapat? Hari ini Jumaat, tiga belas November, dan ini adalah The Daily Diff.
0:18 Exchange Online adalah perkhidmatan e-mel hos Microsoft, dan ciri-ciri Microsoft tiga
Ciri-ciri mana yang bergantung pada Exchange?
0:22 ratus enam puluh lima yang lain bergantung padanya. Berikut adalah perbezaan yang berguna dari halaman status Microsoft. Panggilan Teams dan sembang kumpulan kebanyakannya berfungsi. Ciri-ciri kalendar dan permintaan untuk data peti mel mungkin gagal. Semak kebergantungan yang sebenarnya digunakan oleh aplikasi anda. Ini bermakna mesyuarat masih boleh berlaku sementara kalendar enggan bekerjasama. Akses langsung kepada fail dalam SharePoint juga kekal berfungsi, sementara beberapa ciri perkongsian terjejas.
0:42 Logo pada tetingkap memberitahu anda sangat sedikit tentang backend mana yang diperlukan oleh klik anda yang seterusnya. Gangguan bermula pada Khamis, dengan Microsoft pada awalnya menyiasat akses peti mel di Amerika. Ia kemudian mengesahkan bahawa pengguna di mana-mana rantau boleh terjejas. CNN melaporkan masalah di bank, kerajaan dan mahkamah. E-mel yang hilang adalah tidak menyenangkan sehingga kerja sebenar seseorang bergantung pada kedatangannya. Penjelasan awal Microsoft adalah kehilangan pelayan yang tersedia.
Bagaimana kapasiti yang hilang membebankan perkhidmatan?
1:06 Kerja yang sepatutnya dikendalikan oleh mesin-mesin itu membebankan infrastruktur yang tinggal. Anda boleh membebankan perkhidmatan dengan permintaan biasa apabila kapasitinya hilang. Barisan menjadi lebih panjang walaupun tiada siapa yang tiba-tiba menemui minat untuk menghantar e-mel. Syarikat itu kemudian menyiasat pemeriksaan kesihatan automatik. Pemeriksaan ini membantu memutuskan sama ada pelayan boleh mengambil kerja. Microsoft mengatakan bahawa komponen yang memproses kesihatan pelayan mungkin terlibat. Itu adalah hipotesis daripada siasatan yang masih berjalan.
1:29 Kami tiada laporan insiden akhir yang menjelaskan dengan tepat mengapa pelayan itu mula-mula menjadi tidak tersedia. Kemas kini berbunyi seperti syif on-call yang semakin kurang berminat
Apa yang Microsoft cuba dahulu?
1:37 dengan sarapan pagi. Jeda pembangunan. Alihkan trafik. Mula semula pelayan. Microsoft mengesahkan pemeriksaan kesihatan alternatif yang mengembalikan subset, dan menyediakan sistem automatik untuk mengesan dan memulakan semula mesin yang tidak responsif. Setiap kemas kini menggambarkan percubaan untuk memulihkan kapasiti. Kemudian datang baris yang menjelaskan gelung pemulihan. Microsoft mengatakan pelayan yang dikembalikan ke perkhidmatan boleh menjadi tidak responsif lagi setelah mereka menerima trafik.
1:59 Mesin boleh kembali, menerima kerja sebenar, dan berhenti bertindak balas. Pemerhatian itu adalah bukti yang lebih kukuh daripada teori yakin sesiapa pun dalam balasan. Bayangkan pelayan yang sama melalui keadaan tersebut. Tidak tersedia. Dikembalikan ke perkhidmatan. Mengambil trafik. Tidak responsif lagi. Ini menggambarkan akaun Microsoft. Apa yang mencetuskan peralihan terakhir itu masih tidak terjawab. Mulakan semula boleh menghasilkan peningkatan sementara
2:18 sementara keadaan yang mengalahkan pelayan kekal tidak diselesaikan. Nasihat untuk mematikan dan menghidupkan semula mula mengenakan bayaran lebih masa. Jurutera perlu memeriksa apa yang berlaku selepas kerja kembali. Pelanggan memerlukan perkhidmatan untuk terus berfungsi melalui permintaan seterusnya, dan yang seterusnya. Microsoft mengehadkan trafik tertentu yang sampai kepada infrastruktur yang terjejas di beberapa lokasi. Ia juga membina semula subset pelayan menggunakan konfigurasi sebelumnya untuk
2:39 menguji sama ada mereka akan kekal responsif. Itu adalah eksperimen mitigasi yang dilaporkan. Menghentikan pembangunan semasa pemulihan tidak memberi kita bukti bahawa pembangunan pada hari Jumaat menyebabkan gangguan asal.
Apa yang diketahui pada waktu henti pelaporan?
2:48 Mengikut kemas kini Microsoft pada hari Jumaat pukul sebelas empat UTC, tindakan pemulihan telah selesai di seluruh bahagian Asia Pasifik. Trafik secara beransur-ansur kembali, dengan peningkatan dalam akses peti mel dan pemprosesan e-mel tertangguh. Beberapa pengguna mungkin masih menghadapi isu berselang-seli, dan pemulihan di tempat lain berterusan. Itu adalah waktu henti pelaporan kami. Microsoft mengatakan ia tidak mempunyai bukti aktiviti berniat jahat, dan menjanjikan laporan insiden penuh selepas mitigasi.
3:10 Saya akan menunggu laporan itu sebelum menuding jari. Kerja penyiasatan internet boleh memberi anda pelaku sebelum anda selesai menyegarkan semula halaman. Bagi pembangun, Microsoft Graph menjadikan kebergantungan sangat mudah terlepas pandang.
Mengapa satu permintaan Graf boleh gagal?
3:20 Permintaannya untuk mel Exchange, kalendar dan kenalan boleh tamat masa. Aplikasi anda boleh memanggil Graph dengan jayanya untuk satu operasi dan gagal pada yang lain. Permintaan yang tidak berkaitan yang berjaya memberitahu anda sedikit tentang sama ada operasi peti mel yang diperlukan oleh pengguna anda akan selesai. Halaman status pun memerlukan jalan keluar sendiri. Microsoft menyiarkan maklumat insiden secara terbuka kerana pentadbir mungkin tidak dapat memuatkan pusat pentadbir untuk membaca kesihatan perkhidmatan. Apabila papan pemuka untuk mengetahui apa yang rosak bergantung pada apa yang rosak,
3:46 papan pemuka itu telah menyertai insiden tersebut. Pastikan pautan status di luar jalur tersedia. Untuk pendikitan Graf biasa, panduan Microsoft menyatakan untuk mematuhi kelewatan cuba semula apabila permintaan mendapat respons terlalu banyak permintaan, dan gunakan penurunan eksponen apabila pengepala itu tiada. Panduan itu menguruskan pendikitan. Ia tidak mendiagnosis gangguan ini atau menjanjikan bahawa percubaan semula akan memulihkan perkhidmatan. Sekarang empat puluh lapan jam itu.
Apa yang dibeli oleh tetingkap mel 48 jam?
4:05 Halaman status Microsoft yang diperluaskan mengatakan ia mengutamakan pemprosesan barisan dan tunggakan dan melanjutkan tetingkap tamat masa e-mel untuk memelihara mesej yang tertangguh. Itu memberi lebih banyak masa kepada mel yang tertangguh semasa pemulihan. Ia menetapkan tetingkap tamat masa mel. Microsoft tidak memberi tarikh akhir empat puluh lapan jam untuk membaiki perkhidmatan, dan tiada jaminan bahawa setiap mesej akan tiba. Jadi pastikan tuntutan penghantaran jujur. Pemberitahuan tertangguh tidak semestinya hilang,
4:28 dan mesej yang beratur tidak semestinya sampai kepada penerimanya. Untuk kerja yang sensitif masa, sahkan hasilnya melalui saluran bebas yang diluluskan. Tetingkap klien adalah resit penghantaran yang optimistik apabila backend masih dalam pemulihan. Yang meninggalkan banyak untuk dibaca dalam laporan insiden akhirnya. Jika anda lebih suka membaca ini daripada mendengar saya mengatakannya, perbezaannya mendarat di peti masuk anda setiap pagi, percuma di the daily diff dot dev, pautan di bawah. Jadi keputusan hari ini, PERLU SEMAKAN.
Apa yang perlu dibuktikan oleh pemulihan berterusan?
4:49 Saya akan menyimpan pemulihan untuk disemak kerana kemas kini Microsoft sendiri menunjukkan pelayan yang dikembalikan gagal di bawah trafik. Ujian yang berguna adalah perkhidmatan berterusan dengan kerja sebenar yang datang. Sehingga laporan akhir, punca awal kekal terbuka. Dan itulah perbezaannya untuk hari ini. Saya Niko dari Axrisi. Gabungkan dengan bertanggungjawab.
Sumber
- ExpandedMicrosoftservicehealth, reportingcutoffNovember13 11:04:50UTC; earlier10:01:07observationshistoricalMicrosoft
- Returned servers can become unresponsive again once they receive trafficMicrosoft 365 Status
- Health-processing component investigation hypothesisMicrosoft 365 Status
- Alternative health check returned a subset of serversMicrosoft 365 Status
- Isolate, restart and reintroduce traffic to test stabilityMicrosoft 365 Status
- Unavailable servers strain remaining infrastructureMicrosoft 365 Status
- Initial Exchange mailbox-access investigation in the AmericasMicrosoft 365 Status
- Users in any region may be affectedMicrosoft 365 Status
- Email timeout extended to preserve delayed messagesMicrosoft 365 Status
- Paused deployments, traffic redistribution and server restartsMicrosoft 365 Status
- Independent live reporting on the Microsoft email disruptionCNN
- Microsoft Graph throttling guidanceMicrosoft Learn
- Exchange Online service descriptionMicrosoft Learn
- Satya Nadella portrait by OFFICIAL LEWEB PHOTOS (2013), CC BY 2.0. Whole portrait-based artwork adapted by cropping, background removal, resizing and text/composition; vendor identity only, no endorsement or current reaction.OFFICIAL LEWEB PHOTOS
- Portrait-only CC BY 2.0 licence; separate from third-party source/cartoon rightsCreative Commons
- WWE still. Brief silent process commentary; WWE, The Simpsons/20th Television/Disney, Microsoft and other source owners retain copyright. Hosting and this specific editorial-use decision provide no blanket reuse grant or copyright clearance. The portrait licence is separate from third-party source/cartoon rights.WWE / Imgflip source hosting
- The Simpsons/Bob GIF. Brief silent process commentary; WWE, The Simpsons/20th Television/Disney, Microsoft and other source owners retain copyright. Hosting and this specific editorial-use decision provide no blanket reuse grant or copyright clearance. The portrait licence is separate from third-party source/cartoon rights.The Simpsons / 20th Television / Disney; GIPHY source hosting



