Google Apps Enterprise విఫలమైతే ఉన్నప్పుడు కోలుకుంటున్నారు

ఈ దాని గురించి ఒక కథ ఉంది, రెండు కలిసి వచ్చినప్పుడు జరిగే క్లౌడ్ మరియు అన్ని గొప్ప మరియు భయంకరమైన విషయాలు. In many ways cloud computing and Software as a Service (SaaS) understaffed ఒక దీవెనలు ఉంది, ఉత్తమ సాంకేతిక బట్వాడా భావిస్తున్నారు ఎవరు overworked ఇన్ఫర్మేషన్ టెక్నాలజీ విభాగాలు తో అందించే ఉంది 100% సమయ మరియు బడ్జెట్. With the emergence of web enabled services from major vendors like Amazon, మైక్రోసాఫ్ట్, and Google the age old question posed to IT professionals — ఇది ఉచితం - చివరికి అద్భుతమైన తో సమాధానం ఉంటుంది అవును! (కనీసం ప్రాథమిక వెర్షన్ కోసం).

కానీ మా తల్లిదండ్రులు అనేక వంటి ముందు చెప్పారు, అనుభవం పాత సామెత ఉంది అని బోధించాడు ఉంది: మీరు చెల్లించడానికి ఏమి పొందండి. ఖచ్చితంగా, సేవ ఉచిత కావచ్చు, కానీ సంఖ్య సేవా స్థాయి ఒప్పందం తో (SLA) వంటి ఒక ఇమెయిల్ అలభ్యత ఉన్నప్పుడు సంఖ్య సహాయం లేదు 6 మా మరింత వైఫల్యాలు ఆ ప్రభావితం Google Mail లో 2009. But worry not end users! ఉన్నాయి చెల్లించిన నవీకరణలు హామీ ఒక SLA కలిగి అందుబాటులో 99.9% సమయ అలాగే క్లిష్టమైన సమస్యల ఫోన్ మరియు ఇమెయిల్ మద్దతు. At $50 దొంగిలించి ఒక వంటి సంవత్సరానికి ప్రతి యూజర్ ఈ శబ్దాలు!

ఏమి సరిగ్గా వారు అర్ధం లేదు సమయ మరియు క్లిష్టమైన?

ఇది అన్ని కాగితంపై గొప్ప కనిపిస్తుంది; భౌతిక హార్డ్వేర్ ఆస్తులు నిర్వహించడానికి అవసరం లేదు, చెల్లించడానికి సంఖ్య ఐటి ఉద్యోగులు, మరియు ఖర్చు చాలా వ్యక్తిగత పరిష్కారాలు కోసం ఒంటరిగా లైసెన్సింగ్ కంటే తక్కువ! అకస్మాత్తుగా, డేటా రౌటర్ హిట్స్ ఈ మార్కెటింగ్ హామీలు vaporware మాదిరిగా కనిపించే.

క్లౌడ్ లో లోపాలను వర్ణించేందుకు, తెలపండి యొక్క ఒక నిజ జీవిత ఉదాహరణకు ఉపయోగం. మేము కాల్ వస్తుంది కాదు లాభం వినియోగదారు కోసం ఒక “ఛారిటీ X” వారి సిబ్బందికి భారాన్ని తగ్గించుటకు మరియు సేవలను కోరుకున్నారు. అంతర్గతంగా ఇమెయిల్ మరియు సేవలు హ్యాండ్లింగ్ యొక్క ఒక దశాబ్దం తరువాత, వారు క్లౌడ్ తరలించడానికి సమయం నిర్ణయించుకుంది. Fortunately for them, ఒక లేదు లాభం సంస్థ కోసం వారు Google Apps యొక్క లాభాపేక్షలేని ఎడిషన్ అర్హత సాధించింది. గ్రేట్!

ఇక్కడ వారు కోరింది లాభాలు యొక్క:

  1. మేము ఇమెయిల్ అవర్సెల్వ్స్ హ్యాండ్లింగ్ కాదు ద్వారా మా బ్యాండ్విడ్త్ వినియోగం తగ్గిస్తుంది
  2. మా సర్వర్ వనరులను అప్ విడుదలయ్యారు ఉంటుంది మరియు ఇతర ప్రయోజనాల కోసం ఉపయోగించవచ్చు
  3. మేము మా ఉద్యోగుల కోసం బాగా వెబ్మెయిల్ అందించవచ్చు.
  4. మేము ఇటువంటి సంప్రదించండి నిర్వహణ మరియు అని పత్రాలను భాగస్వామ్య వనరులను ప్రాప్తి ‘క్లౌడ్ లో

రియాల్టీ, అయితే ఈ మార్పు వారు ఆశించిన వలె సాధారణ కాదని జరిగినది. ఇది ఒక పట్టింపు జరిగినది వినియోగదారులు రవాణా క్లిక్ చేయండి.

ఛారిటీ X నన్ను పిలిచి ఆ యొక్క.

నేను వారి ఖాతాను ఆకృతీకరించటానికి మరియు లాభాపేక్షలేని ఎడిషన్ దానిని అప్గ్రేడ్ పద్దతి ద్వారా ఏం ప్రారంభమైంది. నేను మైగ్రేషన్ ఉపకరణాలు లో నిర్మించిన ఉపయోగించి వారి యూజర్ యొక్క మెయిల్ వలస, and I synchronized the user accounts with Google Apps Directory Sync Tool (YEAR). And that is where the utilities fell short. It appears that Google ఆలోచన about the idea of users synchronizing their active directory passwords with Google Apps. I emphasize thought, స్పష్టంగా అని చాలా Google వచ్చింది గా ఎందుకంటే. Want Single Sign On? Want Synchronized passwords using LDAP or AD? మూడవ పార్టీ టూల్స్ వరకు తిరుగులేని సమయం. సరే, తగినంత తెలుపు. మూడవ పార్టీ టూల్స్ దీన్ని అందుబాటులో ఉన్నాయి, మరియు వారు పని. హాని, సంఖ్య ఫౌల్. కానీ ఈ విషయం పై ఒక కొంచెం ఎక్కువ డాక్యుమెంటేషన్ హాని కాదు.

అప్పుడు అన్ని హెల్ వదులుగా విరిగింది. వినియోగదారుల చేసేది వారి ఖాతాలకు లాగిన్ కాలేదు. కాబట్టి కారణం కోసం వేట ప్రారంభించింది.

వారు సస్పెండ్ చేశారు? - తోబుట్టువుల సంఖ్య!

తోబుట్టువుల సంఖ్య - వారు తప్పు పాస్వర్డ్ ఉపయోగించి వర్!

తోబుట్టువుల సంఖ్య - నేను వారి పాస్వర్డ్ను నవీకరణ కాలేదు?

Strangely I could not update their user accounts using the web interface. Any change — password, మారుపేర్లు, ఇమెయిల్ రూటింగ్, పేర్లు - ఒక తెలియని దోషం ఫలితంగా #1000.

సరే, నేను ఆలోచన. అది తరువాత మళ్ళీ ప్రయత్నించండి చెప్పారు, కానీ నేను GADS ఉపయోగించి వారి పాస్వర్డ్ను నవీకరణ విధంగా ఉండాలి.

YEAR విఫలం - 1301 సంస్థ లేదు!

GADS యూజర్ లేదు సూచించింది లాగ్లను. నేను వెబ్ అంతర్ముఖీనతను లో యూజర్ యొక్క సమాచారాన్ని చూశారు కారణంగా, ఊహించని జరిగినది మరియు ఇది చాలా ఖచ్చితంగా మనుగడలో.

టికెట్ టైమ్

లో కిక్ ఆ మద్దతు కోసం సమయం! ఈ ఒక లాభాపేక్షలేని ఎడిషన్ జరిగినది నుండి, మద్దతు చేర్చబడింది. కాబట్టి నేను మద్దతు క్లిక్ మరియు రూటింగ్ ప్రశ్నలు తరువాత. Google ఈ ఒక 'క్లిష్టమైన కాదు గుర్తించాము’ సేవ నుండి సమస్యను పూర్తిగా డౌన్ కాదు, మరియు నేను విభేదించిన చెప్పలేము. Google మాత్రమే అందుబాటులో మద్దతు ఎంపికను esupport చెప్పాడు.

నేను ఫారం నింపాలి, మరియు త్వరగా వారి కస్టమర్ సేవ ప్రతినిధులు ఒక స్నేహపూర్వక ఇమెయిల్ స్వాగతం పలికారు జరిగినది. The representative worked with me to quickly determine that this issue was beyond his level of expertise and escalated the ticket to a specialist.

సో ఫార్ సో గుడ్.

నేను అప్పుడు కోసం నిరీక్షిస్తూ 3 రోజులు. నేను వారి ఇమెయిల్ చెక్ కాలేదు ఉన్నప్పుడు గురించి సిబ్బంది ప్రశ్నించడానికి అందుకుంది. ఇది స్థిర జరుగుతుంది? వారు వారి లు లో వ్యవహరించవలసిన అవసరం అని గడువులు మరియు ముఖ్యమైన విషయాలను కలిగి.

నేను మద్దతు కోరారు, ఇది ప్రతిస్పందించారు వారు “ప్రస్తుతం ఏ పరిష్కారాలను తెలీదు.” మేము కూడా ఇచ్చారు సాధించకలిగింది మాత్రమే అవకాశం ఖాతాను తొలగించడం మరియు పునఃనిర్మించడానికి జరిగినది – అన్ని మెయిల్ నుంచి కాదు ఒక మంచి పరిష్కారం పరివర్తనం మరియు ఖాతా పునరుద్ధరించాడు కావచ్చు సమయం మధ్య కోల్పోయింది ఉంటుంది.

కనుక మనం కొంత నిరీక్షిస్తూ. ఇమెయిల్ కూడా ప్రభావితం వినియోగదారులకు ఫార్వార్డ్ కాలేదు - ఒక తెలియని దోషం ఫలితంగా రౌటింగ్ ఇమెయిల్ ఏ మార్పులు.

ఒక వారం ఆమోదించింది, కాబట్టి నేను ఎవరైనా వెనువెంటనే Google యొక్క మద్దతు ఫోరమ్ పోస్ట్ - ఎవరైనా - సమస్యను పరిష్కరించడానికి లేదా మార్గం ఎలా సలహా ఉంటుంది. యూజర్ తరువాత యూజర్ ఖాతాలకు Apps వినియోగదారుల Google యొక్క పరివర్తనం నుండి ఇటువంటి సమస్యలు నివేదించారు, కానీ ఒక Google ఉద్యోగి మానవీయ జోక్యం కోసం వేచి కాక రిజల్యూషన్లు ఉన్నాయి.

సమయం ticking ఇస్తూనే

వేచి ఎనిమిది రోజుల తరువాత నా సొంత ఒక పరిష్కారం వచ్చింది.

ఇది ఖాతాల పాక్షికంగా సృష్టించబడిన కనిపించింది నుండి (వారు వెబ్ అంతర్ముఖీనతను కనిపించారు మరియు ఇమెయిల్ కాలేదు కానీ చివరి మార్పు లేదా యాక్సెస్ సేవలు సాధ్యం కాలేదు) అది వారి ఖాతాలను సృష్టి సమయంలో ఉండేవి ప్రాసెస్ ఎలా ఒక లోపం ఉంది కనిపించింది. It seemed clear to me that the problem was an inconsistency in Google’s infrastructure. ఖాతాల తొలగించటం వ్యవస్థలు ఖాతా యొక్క స్థితి మీద అంగీకరిస్తున్నారు అనుమతించే, కానీ అవి రెండూ ఖాతాల ఉనికిలో అంగీకరిస్తున్నారు చేసిన కావచ్చు? Perhaps I could force Google to recreate the already existing accounts without losing the current data.

I attempted to rerun the transition to Google Accounts on the affected users manually, కానీ ఆటో నింపు ఉన్నప్పటికీ వారి యూజర్పేర్లు గుర్తించటం, నేను తర్వాత క్లిక్ నేను ఖాతాలు ఉన్నాయి లేదని ఒక లోపం ఇవ్వబడింది.

నా తదుపరి విధానం డాష్బోర్డ్ను ఉపయోగించి ఒకే పేర్లతో కొత్త వినియోగదారులు సృష్టించడం,. ఖాతాల ఉన్నాయి ఎందుకంటే నేను ఈ సమయం లోపం ఉంది చెప్పారు. స్పష్టంగా queried ఉండటం రెండు వేర్వేరు విధానాలు ఉన్నాయి.

ఇది నేను command-line కు వెళ్ళడం ద్వారా మరింత ఉపయోగకరంగా లోపం సందేశాలను పొందడానికి వీలు కావచ్చు నాకు ఏర్పడింది. కాబట్టి నేను ఇన్స్టాల్ Google Apps మేనేజర్, ఇది కూడా gam అంటారు. Gam API ఖాతాను ఇంటరాక్ట్ ప్రొవిజనింగ్ Google Apps ఉపయోగిస్తుంది.

నేను ఏమి జరిగిందో చూడటానికి gam ఉపయోగించి ప్రభావితం చేయబడ్డాయి నేను తెలుసు ఖాతాల న ప్రశ్నలు అనేక నడిచింది. While queries would return data about the username, మారుపేర్లు, మరియు వారు సేవా నిబంధనలు అంగీకరించారు లేదో, వినియోగదారులు చివరి మార్పు సాధ్యం కాలేదు, లోపం తిరిగి “1301 సంస్థ లేదు”. కాబట్టి నేను మళ్ళీ యూజర్ సృష్టించడానికి ప్రయత్నించారు, ఇది ఊహించని ఫలితం వచ్చింది.

ServerBusy(1001)

ఆశ్చర్యకరంగా, నేను వ్యవస్థ బిజీగా అని చెప్పాడు జరిగినది. కాబట్టి నేను నిరీక్షిస్తూ, మళ్ళీ ప్రయత్నించాడు.

EntityExists(1300)

నేను అనుమానం గా, ఇది నన్ను ఇప్పటికే ఉనికిలో ఖాతా చెప్పారు. కానీ బయటకు ఉత్సుకత యొక్క, నేను లాగిన్ ప్రయత్నించాడు.

అది పనిచేసింది

కారణమేదైనప్పటికీ, నేను ఇప్పుడు ప్రభావితం ఖాతాకు లాగిన్ చేయగలిగింది. నేను మరొక ఖాతా ప్రయత్నించారు.

ServerBusy(1001)

థింకింగ్ ఉండవచ్చు ఈ లోపం అది న తెలియజేసినందుకు కంటే మరింత ఉద్దేశించబడింది, నేను మళ్ళీ ప్రయత్నిస్తున్న ముందు ఈ రెండవ ఖాతాకు లాగిన్ ప్రయత్నించారు. కూడా ఈ ఖాతాను ఇప్పుడు అంచనా పని.

నేను డాష్బోర్డ్ను తనిఖీ మరియు వెబ్ అంతర్ముఖీనతను ఇప్పుడు అదే విధంగా ఈ ఖాతాలను న గా అంచనా పని.

స్పందన వింత ఉండగా, సర్వర్ ముగింపు జరిగింది కావలసిన ఈ సమస్య సరైన కనిపించింది, కాబట్టి నేను అన్ని ప్రభావితం వినియోగదారులు కలిగి ఉన్న ఒక లిపి కొనసాగి మిగిలిన ఖాతాల న సమస్యలు పరిష్కారం.

క్లౌడ్ షాక్ పీల్చుకొను అవసరాలను

Charity X is now working merrily away using Google Apps, డాక్స్, క్లౌడ్ లో మరియు ఇతర టూల్స్, కానీ పరివర్తనం స్పష్టం మేజిక్ పొయ్యి అక్కడ isn'ta ఆ నిర్వహణ చేసిందని మీరు కేవలం “సెట్ మరియు మర్చిపోతే” అది వచ్చినప్పుడు. ఒక గొప్ప విలువ, మేఘ ఉన్న ఉండాలి పొదుపు ఇంకా ఉంది, అయితే, ఈ downtime ఒక ఐటి అడ్మినిస్ట్రేటర్ గా disconcerting ఉంది. When I run my own systems, నేను తెర వెనుక ఏమి జరుగుతున్న తెలుసు, మరియు విషయాలు తప్పు వెళ్ళి ఉంటే నేను ఎక్కడ సమాధానాలు చూడాలని తెలుసు. With hosted services I am at the mercy of third parties to provide adequate documentation and timely support. నా పని సమస్య కారణం కాక పోయినప్పటికీ,, నేను ఇప్పటికీ త్వరగా నా వినియోగదారులకు పరిష్కారాలను బట్వాడా భావిస్తున్నారు AM. నేను హుడ్ క్రింద చూడండి కాదు ఉన్నప్పుడు, కాదు వారాల - నేను గంటల్లో సమస్యలు పరిష్కరించడానికి చేసే భాగస్వాములు అవసరం. కస్టమర్ మద్దతు వాస్తవ పరిష్కారాలను అందించే అంటే. కేవలం ఒక సమస్య ఒప్పుకుంటూనే తగినంత లేదు.

క్లౌడ్ ప్రొవైడర్లు రాష్ట్ర మరియు సమాఖ్య సంస్థలు మరియు పెద్ద సంస్థలు తో లాభదాయక ఒప్పందాలు ఆక్సెస్ కోసం vying ఉన్నప్పుడు వారు ప్రతి కస్టమర్ లెక్కింపబడుతుంది గుర్తుంచుకోవాలి ముఖ్యమని. ఒక యూజర్ వారి ఇమెయిల్ యాక్సెస్ చేయలేరు అది Microsoft లేదా Google కు క్లిష్టమైన పరిగణించరాదు ఉండవచ్చు, కానీ ఆ యూజర్ ఒక క్లిష్టమైన సమస్య ఉంది. A week of downtime is simply unacceptable to users, ప్రభావితం యూజర్ ఒక నిర్ణయం maker నిర్మాణము, ప్రత్యేకంగా.

నేను ఒక మాయా పొయ్యి వంటి పని అని క్లౌడ్ సేవలు ఎదురు చూస్తుంటాను, but for the foreseeable future I see only job security in మేఘం.