Microsoft 365 ആഗോള തകരാർ: എവിടെയാണ് പിഴച്ചത്, ഓരോ ബിസിനസും പഠിക്കേണ്ട പാഠങ്ങൾ

രണ്ട് പ്രവൃത്തിദിനങ്ങളിൽ, Microsoft-ന്റെ നെറ്റ്‌വർക്കിനുള്ളിലെ ഒരൊറ്റ തകരാർ സർക്കാരുകൾക്കും ബാങ്കുകൾക്കും എയർലൈനുകൾക്കും ഷിപ്പിംഗ് കമ്പനികൾക്കും സാധാരണ ഇമെയിൽ സംവിധാനത്തെ ഒരു ആഗോള പ്രശ്നമാക്കി മാറ്റി. തകരാർ പരിഹരിച്ച് മണിക്കൂറുകൾക്കകം ഭൂരിഭാഗം ആളുകൾക്കും ഇമെയിൽ സേവനം പുനഃസ്ഥാപിക്കാനായെങ്കിലും, ബാക്കിവന്ന ജോലികൾ പൂർണ്ണമായും തീർക്കാൻ ഇനിയും ഏറെ സമയമെടുക്കും.

ഇന്ന് 2026 നവംബർ 14 ആണ്; ലോകമെമ്പാടുമുള്ള Microsoft 365 സേവനങ്ങളെ ബാധിച്ച തകരാറിന് കാരണമെന്താണെന്ന് Microsoft ഇപ്പോൾ വിശദീകരിച്ചിട്ടുണ്ട്. ഇതൊരു സൈബർ ആക്രമണമല്ലെന്നും AI അല്ലെങ്കിൽ AI ഏജന്റുകളുമായി ഇതിന് ബന്ധമില്ലെന്നും കമ്പനി വ്യക്തമാക്കി. സംഭവത്തെക്കുറിച്ചുള്ള സമഗ്രമായ റിപ്പോർട്ട് (post-incident report) ഇനിയും വരാനിരിക്കുന്നതേയുള്ളൂ. വിവരങ്ങൾ പുതിയതായിരിക്കുമ്പോൾ തന്നെ ഈ തകരാറിനെക്കുറിച്ച് പഠിക്കുന്നത് പ്രധാനമാണ്, കാരണം മിക്കവാറും എല്ലാ സ്ഥാപനങ്ങളും ഇത്തരത്തിലുള്ള ഷെയർഡ് സേവനങ്ങളെയാണ് ആശ്രയിക്കുന്നത്, നാളെ അവർക്കും ഇതേ ചോദ്യങ്ങളെ അഭിമുഖീകരിക്കേണ്ടി വന്നേക്കാം.

സംഭവിച്ചതിനെക്കുറിച്ച് Microsoft പറയുന്നത്

Microsoft-ന്റെ പ്രാഥമിക വിശദീകരണം ചുരുക്കത്തിലുള്ളതാണ്. നേരത്തെ നടത്തിയ ഒരു നെറ്റ്‌വർക്ക് കപ്പാസിറ്റി അപ്‌ഗ്രേഡിനിടെആണ് ഒരു പ്രശ്നമുണ്ടായത്; അതായത് നെറ്റ്‌വർക്കിലൂടെ കൂടുതൽ ട്രാഫിക് കൈകാര്യം ചെയ്യുന്നതിനായി ചെയ്ത പ്രവർത്തനം. പിന്നീട് നടത്തിയ മറ്റൊരു നെറ്റ്‌വർക്ക് മാറ്റം ഈ പ്രശ്നം പുറത്തുകൊണ്ടുവരുന്നതുവരെ അത് മറഞ്ഞിരിക്കുകയായിരുന്നു. ഇതിന്റെ അടിസ്ഥാന കാരണം പരിഹരിച്ചതായും സേവനങ്ങൾ വലിയ തോതിൽ പുനഃസ്ഥാപിച്ചതായും Microsoft വ്യക്തമാക്കുന്നു; ബാക്കിയുള്ള ഉപഭോക്താക്കൾക്കും പ്രദേശങ്ങൾക്കുമായി പുനഃസ്ഥാപനം തുടരുകയാണ്.

നേരത്തെയുള്ള അപ്‌ഡേറ്റുകൾ പ്രകടമായ ലക്ഷണങ്ങളെ വിവരിച്ചിരുന്നു. ഇതിൽ സുരക്ഷിത കണക്ഷനുകൾ സജ്ജമാക്കുന്നതിനുള്ള ഒരു പ്രക്രിയ അമിതഭാരത്തിലാവുകയും ബാധിക്കപ്പെട്ട സെർവറുകൾ അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യുന്നത് നിർത്തുകയും ചെയ്തു. 17:57 GMT-ൽ, EX1550543, MO1550821 എന്നിങ്ങനെ ട്രാക്ക് ചെയ്ത സംഭവങ്ങൾ സർവീസ് ഡിഗ്രഡേഷൻ ആയി തുടർന്നു, അടുത്ത അപ്‌ഡേറ്റ് 20:00 GMT-ൽ നൽകേണ്ടതായിരുന്നു.

ഇവിടെ മൂന്ന് ഘട്ടങ്ങൾ തമ്മിൽ മാറിപ്പോകാൻ എളുപ്പമാണ്, എന്നാൽ അവ ഒന്നല്ല:

1. അടിസ്ഥാന തകരാർ പരിഹരിക്കുക.
2. ഓരോ ഉപഭോക്താവിനും സേവനം പുനഃസ്ഥാപിക്കുക.
3. വൈകിയ സന്ദേശങ്ങളുടെയും തീർപ്പാക്കാത്ത ജോലികളുടെയും ബാക്ക്‌ലോഗ് തീർക്കുക.

മൂന്നാമത്തെ ഘട്ടം പൂർത്തിയാകാൻ ദിവസങ്ങൾ ബാക്കിനിൽക്കെ തന്നെ ആദ്യത്തേത് പൂർത്തിയാക്കാനാകും.

പുനഃസ്ഥാപനത്തിന് എന്തുകൊണ്ടാണ് ഇത്രയധികം സമയമെടുത്തത്

എൻജിനീയർമാർ മെഷീനുകൾ റീസ്റ്റാർട്ട് ചെയ്യുന്ന ഉടൻ തന്നെ വലിയൊരു സേവനം തിരിച്ചെത്തുമെന്ന് കരുതാൻ എളുപ്പമാണ്. എന്നാൽ അങ്ങനെ സംഭവിക്കില്ല. ദശലക്ഷക്കണക്കിന് ഉപയോക്താക്കൾ ഒരേസമയം വീണ്ടും കണക്റ്റ് ചെയ്യുമ്പോൾ, പുനഃസ്ഥാപിച്ച സെർവറുകൾക്ക് സാധാരണ ജോലികൾക്ക് പുറമെ കെട്ടിക്കിടക്കുന്ന അഭ്യർത്ഥനകളുടെ വലിയൊരു പ്രവാഹത്തെയും നേരിടേണ്ടിവരുന്നു. നിയന്ത്രണങ്ങൾ പെട്ടെന്ന് നീക്കിയാൽ, വീണ്ടെടുക്കപ്പെടുന്ന സിസ്റ്റം വീണ്ടും തകരാറിലായേക്കാം. സാവധാനത്തിൽ തുറന്നാൽ ചില ഉപഭോക്താക്കൾ കൂടുതൽ സമയം കാത്തിരിക്കേണ്ടി വരും.

ഓരോ ഘട്ടത്തിലും സ്ഥിരത ഉറപ്പാക്കിക്കൊണ്ട് സാവധാനത്തിലാണ് സേവനങ്ങൾ പുനഃസ്ഥാപിച്ചതെന്ന് Microsoft വ്യക്തമാക്കി. ചില പ്രദേശങ്ങളിൽ മറ്റുള്ളവയേക്കാൾ മണിക്കൂറുകൾ വൈകി സേവനങ്ങൾ ലഭ്യമായത് എന്തുകൊണ്ടാണെന്ന് ഈ മുൻകരുതൽ വ്യക്തമാക്കുന്നു.

ആരെയൊക്കെ, എങ്ങനെ ബാധിച്ചു

74 രാജ്യങ്ങളിലും പ്രദേശങ്ങളിലുമുള്ള ഉപയോക്താക്കൾക്ക് തകരാർ നേരിട്ടതായി Downdetector രേഖപ്പെടുത്തി. ഇത്തരം റിപ്പോർട്ടുകൾ ബാധിക്കപ്പെട്ട അക്കൗണ്ടുകളുടെ കൃത്യമായ എണ്ണം നൽകുന്നില്ലെങ്കിലും, തകരാർ എത്രത്തോളം വ്യാപകമായിരുന്നുവെന്ന് ഇത് വ്യക്തമാക്കുന്നു. വ്യാഴാഴ്ച അമേരിക്കൻ മേഖലകളിൽ തുടങ്ങിയ തടസ്സം വെള്ളിയാഴ്ച ഏഷ്യ-പസഫിക്, യൂറോപ്പ് മേഖലകളിലേക്കും വ്യാപിച്ചു. വിവിധ സ്ഥാപനങ്ങളെ ഇത് എത്രമാത്രം വ്യത്യസ്തമായാണ് ബാധിച്ചതെന്നതാണ് ഇതിൽ നിന്നുള്ള ഏറ്റവും പ്രധാനപ്പെട്ട പാഠം.

• യുണൈറ്റഡ് സ്റ്റേറ്റ്സ്: തങ്ങളുടെ ഉപയോക്താക്കൾക്ക് തടസ്സം നേരിട്ടതായി House of Representatives അറിയിച്ചു. തകരാർ മൂലമുണ്ടായ ബിസിനസ്സ് തടസ്സങ്ങൾ ചൂണ്ടിക്കാട്ടി ഇലക്ട്രിക് ട്രക്ക് നിർമ്മാതാക്കളായ Workhorse Group തങ്ങളുടെ പാദവാർഷിക ഫലങ്ങൾ നവംബർ 12-ൽ നിന്ന് നവംബർ 16-ലേക്ക് മാറ്റി.
• യൂറോപ്പ്: തങ്ങളുടെ സെക്യൂരിറ്റീസ് സംവിധാനങ്ങൾ സാധാരണ രീതിയിൽ പ്രവർത്തിക്കുമ്പോഴും ഇമെയിലുകൾ വൈകിയേക്കാമെന്ന് Euronext മുന്നറിയിപ്പ് നൽകി. തങ്ങളുടെ Corporate Actions, Listing ടീമുകൾക്ക് ഇമെയിൽ ലഭിക്കാത്തതിനാൽ അടിയന്തര കാര്യങ്ങൾക്ക് ഫോൺ വഴി ബന്ധപ്പെടാൻ ലിസ്റ്റ് ചെയ്ത കമ്പനികളോട് നിർദ്ദേശിച്ചു.
• ഏഷ്യ: വിവരസാങ്കേതിക അടിസ്ഥാന സൗകര്യങ്ങൾക്ക് തടസ്സം നേരിട്ടതായി ജപ്പാൻ സർക്കാരും സർക്കാർ ഇമെയിലുകളിൽ പ്രശ്നങ്ങൾ ഉണ്ടായതായി സിംഗപ്പൂരിലെ Government Technology Agency-യും റിപ്പോർട്ട് ചെയ്തു. അന്നേ ദിവസം അവസാന തീയതിയായിരുന്ന നിർദ്ദിഷ്ട സേവനങ്ങൾക്കായി Intellectual Property Office of Singapore നവംബർ 13 ഒഴിവാക്കപ്പെട്ട ദിവസമായി (excluded day) പ്രഖ്യാപിച്ചു. ഇന്ത്യയിൽ, IndiGo, Akasa Air എന്നിവ ഇമെയിൽ സപ്പോർട്ട് തടസ്സപ്പെട്ടതായി അറിയിച്ചു, അതേസമയം വിമാന സർവീസുകളെ ബാധിച്ചിട്ടില്ലെന്ന് Air India വ്യക്തമാക്കി. തായ്‌ലൻഡിലെ Krungthai Bank അടിയന്തര അന്വേഷണങ്ങൾ ഫോൺ സപ്പോർട്ടിലേക്ക് വഴിതിരിച്ചുവിട്ടു.
• ഓസ്‌ട്രേലിയ: പരിശോധനാ അഭ്യർത്ഥനകൾ, ബുക്കിംഗ് സ്ഥിരീകരണങ്ങൾ, ഇറക്കുമതി സംബന്ധമായ സന്ദേശങ്ങൾ എന്നിവയിൽ പ്രശ്നങ്ങളുണ്ടായതായും ചില സിസ്റ്റം ആശയവിനിമയങ്ങളിൽ 45 മുതൽ 60 മിനിറ്റ് വരെ കാലതാമസമുണ്ടായതായും അഗ്രികൾച്ചർ ഡിപ്പാർട്ട്മെന്റ് റിപ്പോർട്ട് ചെയ്തു. എങ്കിലും ഉപഭോക്താക്കൾക്ക് Biosecurity Portal വഴി പരിശോധനകൾ കൈകാര്യം ചെയ്യാൻ സാധിച്ചിരുന്നു.
• ഷിപ്പിംഗ്: അറിയിപ്പുകളും ഇമെയിലുകളും വൈകിയേക്കാമെന്ന് Maersk മുന്നറിയിപ്പ് നൽകി; അടിയന്തര ചോദ്യങ്ങൾ ഫോൺ വഴി പ്രാദേശിക ഓഫീസുകളിലേക്ക് അയക്കുകയും തകരാറുമായി ബന്ധപ്പെട്ട അസാധാരണ സന്ദേശങ്ങൾ പ്രാദേശിക പ്രതിനിധികളുമായി ബന്ധപ്പെട്ട് സ്ഥിരീകരിക്കാൻ ഉപഭോക്താക്കളോട് നിർദ്ദേശിക്കുകയും ചെയ്തു.
• പൊതു സേവനങ്ങൾ: തങ്ങളുടെ വെബ്‌സൈറ്റിലും ആപ്പിലും പ്രവചനങ്ങളും മുന്നറിയിപ്പുകളും ലഭ്യമാണെന്ന് ഓസ്‌ട്രേലിയയിലെ Bureau of Meteorology അറിയിച്ചു. ഇമെയിൽ അടിസ്ഥാനമാക്കിയുള്ള സൈൻ-ഇൻ ചില സർവീസ് പോർട്ടലുകളിലേക്കുള്ള പ്രവേശനത്തെ തടസ്സപ്പെടുത്തിയതായി ഒരു യുകെ കൗൺസിൽ റിപ്പോർട്ട് ചെയ്തു, എന്നാൽ ഫോൺ ലൈനുകളും ഫോമുകളും തുടർന്നും പ്രവർത്തിച്ചു.

ഈ രീതി ശ്രദ്ധിക്കുക. മിക്ക കേസുകളിലും പ്രധാന പ്രവർത്തനങ്ങൾ തടസ്സമില്ലാതെ തുടർന്നു: ട്രേഡിംഗ്, വിമാന സർവീസുകൾ, കാർഗോ, കാലാവസ്ഥാ പ്രവചനങ്ങൾ. എന്നാൽ തകരാറിലായത് അതിനെ ചുറ്റിപ്പറ്റിയുള്ള ആശയവിനിമയങ്ങളാണ്: സ്ഥിരീകരണങ്ങൾ, അംഗീകാരങ്ങൾ, സപ്പോർട്ട് മറുപടികൾ, സൈൻ-ഇൻ കോഡുകൾ എന്നിവ. ലോഗിൻ ചെയ്യാൻ ഇമെയിൽ ഉപയോഗിച്ചിരുന്ന ഇടങ്ങളിൽ, ഇമെയിൽ ലഭ്യമല്ലാതായത് ആളുകളെ പൂർണ്ണമായും പുറത്താക്കി.

AI അസിസ്റ്റന്റുകളെയും ഇത് ബാധിച്ചു

Microsoft 365-ൽ നിന്ന് ഡാറ്റ സ്വീകരിക്കുന്ന AI ടൂളുകളെയും ഇത് ബാധിച്ചു. തങ്ങളുടെ Microsoft 365 കണക്ടർ വഴിയുള്ള മെയിൽ, കലണ്ടർ, തിരച്ചിൽ എന്നിവയിലും Claude for Outlook-ലും തകരാറുകൾ ഉണ്ടായതായി Anthropic റിപ്പോർട്ട് ചെയ്തു. വെള്ളിയാഴ്ച 15:40 GMT-ൽ സ്ഥിതിഗതികൾ നിരീക്ഷണത്തിലേക്ക് മാറ്റുകയും സേവനങ്ങൾ വീണ്ടെടുക്കുന്നതിന്റെ ലക്ഷണങ്ങൾ റിപ്പോർട്ട് ചെയ്യുകയും ചെയ്തു, എങ്കിലും ചില SharePoint തിരച്ചിലുകൾ തുടർന്നും പിശകുകൾ കാണിച്ചിരുന്നു.

ഇതിൽ നിന്നുള്ള പാഠം ലളിതമാണ്. ഒരു അസിസ്റ്റന്റ് ഓൺലൈനിൽ ആയിരിക്കുമ്പോഴും അതിന് ജോലി ചെയ്യാൻ കഴിയാതെ വന്നേക്കാം, കാരണം അത് ആശ്രയിക്കുന്ന ഡോക്യുമെന്റുകളും കലണ്ടറുകളും മറ്റൊരിടത്താണ് സ്ഥിതി ചെയ്യുന്നത്. സിസ്റ്റം വീണ്ടെടുക്കൽ പരിശോധിക്കുമ്പോൾ ചാറ്റ് വിൻഡോ തുറക്കുന്നുണ്ടോ എന്ന് മാത്രമല്ല, യഥാർത്ഥ ടാസ്കുകൾ നടക്കുന്നുണ്ടോ എന്നും പരിശോധിക്കുക.

തകരാറിന് ശേഷമുള്ള തട്ടിപ്പുകൾ കരുതിയിരിക്കുക

ജാഗ്രത പാലിക്കാൻ യുകെയുടെ National Cyber Security Centre (NCSC) വ്യക്തികളോടും സ്ഥാപനങ്ങളോടും ആവശ്യപ്പെട്ടു. Microsoft, IT സപ്പോർട്ട് അല്ലെങ്കിൽ വിശ്വസനീയമായ കമ്പനി എന്ന വ്യാജേന വലിയൊരു തകരാറിനെ തട്ടിപ്പുകാർ പലപ്പോഴും മറയാക്കാറുണ്ട്. "fixing your account" എന്ന പേരിലുള്ള ലിങ്കുകൾ അടങ്ങിയ അപ്രതീക്ഷിത കോളുകൾ, ഇമെയിലുകൾ, സന്ദേശങ്ങൾ എന്നിവ സംശയത്തോടെ കാണുകയും നിങ്ങൾ വിശ്വസിക്കുന്ന ഒരു ചാനൽ വഴി അവ പരിശോധിക്കുകയും ചെയ്യുക.

ഒരു പ്രായോഗിക പദ്ധതി: Acme-യിൽ Rohit ചെയ്യുന്നത്

മൂന്ന് ടൈം സോണുകളിൽ ഓഫീസുകളുള്ള Acme എന്ന ഇടത്തരം ട്രേഡിംഗ് കമ്പനിയുടെ IT വിഭാഗം കൈകാര്യം ചെയ്യുന്നത് Rohit ആണ്. തകരാർ ഉണ്ടായ സമയത്ത് ജീവനക്കാർക്ക് ഇമെയിൽ വഴി വിതരണക്കാരുടെ സ്ഥിരീകരണങ്ങൾ ലഭിച്ചില്ല, കൂടാതെ ഇമെയിൽ വഴി ലോഗിൻ കോഡുകൾ അയയ്ക്കുന്ന ഒരു പോർട്ടലിലേക്ക് ലോഗിൻ ചെയ്യാൻ ഒരു ഓഫീസിന് കഴിഞ്ഞതുമില്ല. അടുത്ത ദിവസം രാവിലെ അദ്ദേഹം തയ്യാറാക്കിയ പദ്ധതി ഇതാ.

ഘട്ടം 1: മുടങ്ങാതെ തുടരേണ്ട ജോലികൾ പട്ടികപ്പെടുത്തുക

എല്ലാ കാര്യങ്ങൾക്കും ബാക്കപ്പ് ആവശ്യമില്ല. ഒരു ദിവസം പോലും മുടങ്ങാൻ പാടില്ലാത്ത ചില പ്രധാന ജോലികൾ Rohit തിരഞ്ഞെടുക്കുന്നു: ഉപഭോക്തൃ ഓർഡറുകൾ, വിതരണക്കാരുടെ സ്ഥിരീകരണങ്ങൾ, പേറോൾ അംഗീകാരങ്ങൾ, അടിയന്തര ഉപഭോക്തൃ പിന്തുണ. ഇതിൽ ഓരോന്നും ഏതെല്ലാം സിസ്റ്റങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നുവെന്ന് അദ്ദേഹം കുറിക്കുന്നു, ഇമെയിൽ അടിസ്ഥാനമാക്കിയുള്ള സൈൻ-ഇൻ കോഡുകൾ പോലുള്ള പരോക്ഷമായ ആശ്രയത്വങ്ങൾ ഉൾപ്പെടെ.

ഘട്ടം 2: പ്രവർത്തനത്തെ തടസ്സപ്പെടുത്തുന്ന പ്രധാന വീഴ്ചാസാധ്യതകൾ (single points of failure) കണ്ടെത്തുക

Microsoft 365 പ്രവർത്തിച്ചാൽ മാത്രം സാധ്യമാകുന്ന കാര്യങ്ങൾ അദ്ദേഹം പരിശോധിക്കുന്നു. എമർജൻസി കോൺടാക്റ്റ് ലിസ്റ്റ് സൂക്ഷിച്ചിരുന്നത് ഒരു ഷെയർഡ് മെയിൽബോക്സിലായിരുന്നു, അതിനാൽ അത് ആക്‌സസ് ചെയ്യാൻ കഴിയുമായിരുന്നില്ല. രണ്ട് ആന്തരിക ടൂളുകൾ ഇമെയിൽ വഴി മാത്രമാണ് ലോഗിൻ കോഡുകൾ അയച്ചിരുന്നത്. ഇവ രണ്ടും പരിഹരിക്കേണ്ട പട്ടികയിൽ ഒന്നാമതെത്തി.

ഘട്ടം 3: ഒരേ തകരാർ പങ്കിടാത്ത ബദൽ സംവിധാനം (fallback) സജ്ജമാക്കുക

പ്രധാനപ്പെട്ട കോൺടാക്റ്റുകളുടെ ഒരു ഓഫ്‌ലൈൻ അല്ലെങ്കിൽ പ്രിന്റ് ചെയ്ത കോപ്പി Rohit സൂക്ഷിക്കുന്നു, ഇമെയിൽ അടിസ്ഥാനമാക്കിയുള്ള ടൂളുകളിലേക്ക് രണ്ടാമതൊരു സൈൻ-ഇൻ രീതി (ഒരു authenticator app പോലുള്ളവ) ചേർക്കുന്നു, കൂടാതെ അടിയന്തര കാര്യങ്ങൾക്കായി ഉപഭോക്താക്കൾക്ക് വിളിക്കാൻ ഒരു ഫോൺ നമ്പറും നിശ്ചയിക്കുന്നു. ബദൽ സംവിധാനം തികച്ചും സ്വതന്ത്രമാണെന്ന് അദ്ദേഹം ഉറപ്പുവരുത്തുന്നു: ഇതേ Microsoft അക്കൗണ്ട് ഉപയോഗിച്ച് സൈൻ-ഇൻ ചെയ്യുന്ന ബാക്കപ്പ് ചാറ്റ് ടൂൾ ഒരേസമയം പരാജയപ്പെടും.

ഘട്ടം 4: റീജിയണൽ ഹാൻഡ്ഓവറുകൾക്കും പങ്കാളികൾക്കുമുള്ള പദ്ധതി തയ്യാറാക്കുക

വ്യത്യസ്ത ടൈം സോണുകൾക്കിടയിൽ Acme ജോലികൾ കൈമാറുന്നതിനാൽ, അദ്ദേഹം ഒരു ലളിതമായ നിയമം എഴുതിയുണ്ടാക്കുന്നു: ഹാൻഡ്ഓവർ സന്ദേശം ലഭിച്ചില്ലെങ്കിൽ, തുടർനടപടികൾ സ്വീകരിക്കുന്നതിന് മുൻപ് സ്വീകരിക്കുന്ന ടീം അയച്ച ടീമിനെ ഫോണിൽ വിളിക്കണം. ഇമെയിൽ തകരാറിലായാൽ Acme-യുമായി എങ്ങനെ ബന്ധപ്പെടുമെന്ന് അദ്ദേഹം പ്രധാന വിതരണക്കാരോടും ചോദിക്കുന്നു, കാരണം ഒരു പങ്കാളിയുടെ സിസ്റ്റങ്ങൾ നിങ്ങളുടേതിനേക്കാൾ വൈകിയേ പുനഃസ്ഥാപിക്കപ്പെടൂ.

ഘട്ടം 5: സേവനങ്ങൾ പുനഃസ്ഥാപിച്ച ശേഷം വിവരങ്ങൾ ഒത്തുനോക്കുക

ഇമെയിൽ വീണ്ടും ലഭ്യമാകുമ്പോൾ, ഫോൺ വഴി നേരത്തെ കൈകാര്യം ചെയ്ത നിർദ്ദേശങ്ങൾക്കൊപ്പം വൈകിയെത്തിയ സന്ദേശങ്ങളും വന്നുചേരുന്നു. തകരാർ ഉള്ള സമയത്ത് ഫോൺ വഴിയുള്ള നിർദ്ദേശങ്ങൾ രേഖപ്പെടുത്തിവെക്കാനും, പിന്നീട് വൈകിയെത്തിയ ഇമെയിലുകളുമായി അവ ഒത്തുനോക്കാനും Rohit ഓരോ ടീമിനോടും ആവശ്യപ്പെടുന്നു, അങ്ങനെ കാര്യങ്ങൾ ആവർത്തിക്കുകയോ വിട്ടുപോവുകയോ ചെയ്യില്ല.

ഘട്ടം 6: സംഭവിച്ച കാര്യങ്ങൾ രേഖപ്പെടുത്തുക

ഓർമ്മകൾ മായും മുൻപ് തന്നെ, എന്തൊക്കെ നിലച്ചുപോയി, ഏതെല്ലാം താൽക്കാലിക പരിഹാരങ്ങൾ ഫലപ്രദമായി, എവിടെയൊക്കെയാണ് ജീവനക്കാർക്കും ഉപഭോക്താക്കൾക്കും വിവരങ്ങൾ ലഭിക്കാതിരുന്നത് എന്നിവ അദ്ദേഹം രേഖപ്പെടുത്തുന്നു. വർഷത്തിൽ രണ്ടുതവണ നടത്തുന്ന ഒരു ചെറിയ പരിശോധനയ്ക്ക് ഈ രേഖകൾ അടിസ്ഥാനമായി മാറുന്നു.

അന്തിമ റിപ്പോർട്ടിൽ വ്യക്തമാക്കേണ്ട കാര്യങ്ങൾ

യഥാർത്ഥ അപ്‌ഗ്രേഡ് പ്രശ്നം എപ്പോഴാണ് ഉണ്ടായത്, ഏത് മാറ്റമാണ് അത് പുറത്തുകൊണ്ടുവന്നത്, ടെസ്റ്റിംഗിൽ അത് എന്തുകൊണ്ട് കണ്ടെത്താനായില്ല, പുനഃസ്ഥാപനം എന്തുകൊണ്ട് ബുദ്ധിമുട്ടായിരുന്നു എന്നിവ Microsoft-ന്റെ സമഗ്രമായ റിപ്പോർട്ടിൽ വ്യക്തമാക്കേണ്ടതുണ്ട്. ഒരു പൊതുവായ സമയപരിധി മാത്രമല്ല, കൃത്യമായി ഏതൊക്കെ വർക്ക്‌ഫ്ലോകളാണ് എപ്പോഴാണ് പരാജയപ്പെട്ടതെന്ന് അറിയാനും ഉപഭോക്താക്കൾ ആഗ്രഹിക്കും. ഓരോ കാരണത്തെയും ടെസ്റ്റിംഗ്, വിന്യാസ നിയന്ത്രണങ്ങൾ (deployment controls), നിരീക്ഷണം, പുനഃസ്ഥാപന ഘട്ടങ്ങൾ എന്നിവയിലെ കൃത്യമായ പരിഹാരങ്ങളുമായി ബന്ധിപ്പിക്കുന്ന റിപ്പോർട്ടായിരിക്കും ഏറ്റവും ഉപകാരപ്രദം.

ഉപസംഹാരം

Microsoft 365 തകരാർ ഒരു ആക്രമണമായിരുന്നില്ല, എന്നാൽ പല സ്ഥാപനങ്ങൾക്കും അതൊരു ആക്രമണം പോലെ തന്നെ ആഘാതം സൃഷ്ടിച്ചു. പ്രധാന പ്രവർത്തനങ്ങൾ മിക്കവാറും തുടർന്നു; എന്നാൽ അവയെ ചുറ്റിപ്പറ്റിയുള്ള ആശയവിനിമയം നിലച്ചുപോയി. ഇതിനുള്ള പരിഹാരം എല്ലാ സിസ്റ്റങ്ങളുടെയും ഇരട്ടി പകർപ്പുകൾ ഉണ്ടാക്കുകയല്ല. മുടങ്ങാതെ തുടരേണ്ട ജോലികൾ ഏതെന്ന് തിരിച്ചറിയുകയും, അവ രഹസ്യമായി ആശ്രയിക്കുന്ന കാര്യങ്ങൾ കണ്ടെത്തുകയും, ഒരേ കാരണം കൊണ്ട് തകരാറിലാവാത്ത ഒരു ബദൽ സംവിധാനം പരിശോധിച്ച് ഉറപ്പുവരുത്തുകയുമാണ് വേണ്ടത്.

നേട്ടങ്ങൾ

• ഏതൊക്കെ ബിസിനസ്സ് ജോലികളാണ് ഇമെയിലിനെയും സൈൻ-ഇൻ കോഡുകളെയും ആശ്രയിക്കുന്നതെന്ന് വ്യക്തമായി കാണിച്ചുതരുന്നു.
• ഫോൺ ലൈനുകളും ഓഫ്‌ലൈൻ കോൺടാക്റ്റ് ലിസ്റ്റുകളും പോലുള്ള ചെലവുകുറഞ്ഞതും പ്രായോഗികവുമായ ബദലുകളെ പ്രോത്സാഹിപ്പിക്കുന്നു.
• ടൈം-സോൺ ഹാൻഡ്ഓവറുകളും പങ്കാളികളുമായുള്ള ആശയവിനിമയവും മുൻകൂട്ടി ആസൂത്രണം ചെയ്യാൻ ടീമുകളെ പ്രേരിപ്പിക്കുന്നു.
• സേവനങ്ങൾ പുനഃസ്ഥാപിച്ച ശേഷം AI അസിസ്റ്റന്റുകൾ ഉൾപ്പെടെയുള്ള യഥാർത്ഥ ജോലികൾ പരീക്ഷിച്ച് ഉറപ്പുവരുത്താൻ സ്ഥാപനങ്ങളെ ഓർമ്മിപ്പിക്കുന്നു.
• അടിയന്തര ആശയവിനിമയ സംവിധാനങ്ങളുടെ സുരക്ഷ പുനഃപരിശോധിക്കാൻ ഒരു കാരണം നൽകുന്നു.

പോരായ്മകൾ

• ബദൽ സംവിധാനങ്ങൾ കൃത്യമായ ഇടവേളകളിൽ പരിശോധിച്ച് ഉറപ്പാക്കണം, അല്ലാത്തപക്ഷം ആവശ്യമുള്ള സമയത്ത് അവ പരാജയപ്പെടാം.
• ഫോൺ വഴിയുള്ള താൽക്കാലിക പരിഹാരങ്ങൾ പിന്നീട് വിവരങ്ങൾ ഒത്തുനോക്കാൻ അധിക ജോലി സൃഷ്ടിക്കുന്നു.
• രണ്ടാമതൊരു സൈൻ-ഇൻ രീതിയും ബാക്കപ്പുകളും ചേർക്കുന്നതിന് സമയവും ബജറ്റും ആവശ്യമാണ്.
• പങ്കാളികൾക്കും വിതരണക്കാർക്കും സമാനമായ പ്ലാനുകൾ ഉണ്ടായിരിക്കണമെന്നില്ല, ഇത് നിങ്ങളുടെ നിയന്ത്രണങ്ങൾക്ക് പരിധി സൃഷ്ടിക്കുന്നു.
• Microsoft പൂർണ്ണ റിപ്പോർട്ട് പ്രസിദ്ധീകരിക്കുന്നതുവരെ അടിസ്ഥാന കാരണങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങൾ അപൂർണ്ണമായിരിക്കും.

മുന്നറിയിപ്പ്

ഈ ലേഖനം അറിവിനായി മാത്രമുള്ളതാണ്. Acme എന്ന കമ്പനിയുടെ പേരും ഉദാഹരണമായി നൽകിയിട്ടുള്ള സാഹചര്യവും മാതൃകകൾ മാത്രമാണ്, നിങ്ങളുടെ സ്വന്തം സാഹചര്യത്തിന് അനുസൃതമായി അവ മാറ്റേണ്ടതുണ്ട്. ലേഖനം എഴുതുന്ന സമയത്ത് Microsoft-ഉം പേരുപറഞ്ഞിട്ടുള്ള മറ്റ് സ്ഥാപനങ്ങളും നൽകിയ പ്രസ്താവനകളുടെ സംഗ്രഹമാണ് ഇവിടെയുള്ള വസ്തുതകൾ; സമഗ്രമായ റിപ്പോർട്ട് പ്രസിദ്ധീകരിച്ചുകഴിഞ്ഞാൽ ചില വിശദാംശങ്ങളിൽ മാറ്റം വന്നേക്കാം. തീരുമാനങ്ങൾ എടുക്കുന്നതിനായി ഈ വിവരങ്ങളെ ആശ്രയിക്കുന്നതിന് മുമ്പ് ഔദ്യോഗിക സ്രോതസ്സുകളിൽ നിന്നുള്ള തത്സമയ വിവരങ്ങളും മാർഗ്ഗനിർദ്ദേശങ്ങളും പരിശോധിക്കുക.

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

• 2026 നവംബറിലെ Microsoft 365 തകരാറിന് കാരണമെന്താണ്? — നേരത്തെ നടത്തിയ ഒരു നെറ്റ്‌വർക്ക് കപ്പാസിറ്റി അപ്‌ഗ്രേഡിനിടെ ഉണ്ടായ പ്രശ്നം പിന്നീട് വരുത്തിയ മറ്റൊരു നെറ്റ്‌വർക്ക് മാറ്റത്തിലൂടെ പുറത്തുവന്നതാണ് കാരണമെന്ന് Microsoft വ്യക്തമാക്കുന്നു.
• Microsoft 365 തകരാർ ഒരു സൈബർ ആക്രമണമായിരുന്നോ? — അല്ല, സൈബർ പ്രവർത്തനങ്ങൾ, AI അല്ലെങ്കിൽ AI ഏജന്റുകൾ എന്നിവയുമായി ഈ സംഭവത്തിന് യാതൊരു ബന്ധവുമില്ലെന്ന് Microsoft അറിയിച്ചു.
• ഈ തകരാർ എത്ര രാജ്യങ്ങളെ ബാധിച്ചു? — ബാധിക്കപ്പെട്ട അക്കൗണ്ടുകളുടെ പൂർണ്ണമായ എണ്ണമല്ലെങ്കിലും, 74 രാജ്യങ്ങളിലും പ്രദേശങ്ങളിലുമുള്ള ഉപയോക്താക്കളെ ബാധിച്ചതായി Downdetector രേഖപ്പെടുത്തി.
• തകരാർ വിമാന സർവീസുകളെയോ ട്രേഡിംഗിനെയോ ഷിപ്പിംഗിനെയോ നിർത്തിവെപ്പിച്ചോ? — പരാമർശിച്ച അറിയിപ്പുകൾ ആശയവിനിമയ തടസ്സങ്ങളെക്കുറിച്ചാണ് വ്യക്തമാക്കുന്നത്; വിമാന സർവീസുകളെ ബാധിച്ചിട്ടില്ലെന്ന് Air India-യും സെക്യൂരിറ്റീസ് സംവിധാനങ്ങൾ സാധാരണ രീതിയിൽ പ്രവർത്തിച്ചതായി Euronext-ഉം അറിയിച്ചു.
• തകരാർ പരിഹരിച്ച ശേഷവും സേവനങ്ങൾ പുനഃസ്ഥാപിക്കാൻ എന്തുകൊണ്ടാണ് ഇത്രയധികം സമയമെടുത്തത്? — തിരിച്ചെത്തുന്ന ഉപയോക്താക്കളും കെട്ടിക്കിടക്കുന്ന അഭ്യർത്ഥനകളും പുനഃസ്ഥാപിക്കപ്പെടുന്ന സെർവറുകളിൽ അമിതഭാരം ഉണ്ടാക്കാതിരിക്കാൻ സേവനങ്ങൾ ഘട്ടം ഘട്ടമായി വീണ്ടെടുക്കേണ്ടതുണ്ടായിരുന്നു.
• തകരാർ AI അസിസ്റ്റന്റുകളെ ബാധിച്ചിരുന്നോ? — അതെ, Anthropic-ന്റെ Microsoft 365 കണക്ടർ, Claude for Outlook തുടങ്ങിയ ടൂളുകൾ സേവനങ്ങൾ പുനഃസ്ഥാപിക്കുന്നതിന് മുൻപ് തകരാറിലായതായി റിപ്പോർട്ട് ചെയ്തിരുന്നു.
• അടുത്ത ക്ലൗഡ് തകരാറിനായി ഒരു ബിസിനസിന് എങ്ങനെ തയ്യാറെടുക്കാം? — പ്രധാന ജോലികൾ പട്ടികപ്പെടുത്തുക, അവയുടെ ആശ്രയത്വങ്ങൾ കണ്ടെത്തുക, ഒരേ തകരാർ പങ്കിടാത്ത ബദൽ സംവിധാനങ്ങൾ സജ്ജമാക്കുക, അവ കൃത്യമായി പരിശോധിച്ച് ഉറപ്പുവരുത്തുക.
• ഒരു തകരാറിന് ശേഷം ഏതെല്ലാം തട്ടിപ്പുകളെയാണ് ഞാൻ കരുതിയിരിക്കേണ്ടത്? — Microsoft അല്ലെങ്കിൽ IT സപ്പോർട്ട് എന്ന പേരിൽ വരുന്ന അപ്രതീക്ഷിത കോളുകൾ, ഇമെയിലുകൾ അല്ലെങ്കിൽ സന്ദേശങ്ങൾ എന്നിവയെക്കുറിച്ച് ജാഗ്രത പുലർത്തുക, വിശ്വസനീയമായ ഒരു മാർഗ്ഗത്തിലൂടെ അവ പരിശോധിക്കുക.

ടാഗുകൾ

#microsoft365 #outage #businesscontinuity #itresilience #cloudoutage #disasterrecovery #incidentresponse #cybersecurity #phishingawareness #itoperations