I sammenhæng med et andet spørgsmål , stødte vi på en nedbrydning af ydeevne for implementering på EU5 mellem 6000% og 10000% ved hjælp af Metadata-API. Dette betyder, at arbejde (at gemme en enkelt APEX-fil på serveren) udført normalt på 14 sekunder tog mellem 950 og 1500 sekunder. Denne situation fortsatte i nogle dage i løbet af den sidste uge, og som et resultat stoppede vores udviklingsarbejde i et par dage.
Jeg gætter på, at hele EU5-Pod blev påvirket i denne periode, da jeg var i stand til perfekt at reproducere det på to produktionsorganisationer og et par udviklerorganisationer. Også andre brugere rapporterede det senere også.
Min forståelse er, at spørgsmål reflekteres gennemsigtigt på trust.salesforce.com – kun det ser ud til ikke altid at ske:
Når jeg ikke kan se et problem der, er den næste ting, jeg gør, at jeg selv føler ansvar for at kontrollere mulige årsager (som dårlige testklasser, dårlig opsætning osv.) Efter at have investeret nogle timer blev det klart, at serveren forårsagede situationen, da andre rapporterede det samme problem (her og på twitter).
Jeg ville være interesseret i, hvilken slags problemer eller hvilken sværhedsgrad vi skulle se på trust.salesforce.com og i modsætning til hvilke emner, vi kan forvente ikke at se der? Jeg fandt ingen dokumentation om det.
Da noget lignende skete i Marts 2015 for CS14 Jeg antager, at alt udviklingsrelateret sandsynligvis ikke vises. Dette er trist to gange, da vi ikke har nogen chance for at interagere med Salesforce-supporten og ikke engang at rapportere den slags udstedelse es.
At affyre altid de kendte supportkommunikationserstatninger som twitter for at kontrollere, om det allerede er på radaren hos Salesforce, er tidskrævende og ikke særlig produktivt. Det er heller ikke særlig rart, og jeg er utilfreds med mine egne klager – selvom de måske er retfærdiggjorte i sidste ende.
Så jeg vil gerne lære, hvordan du håndterer sådanne situationer, og hvordan jeg kan håndtere det bedre næste gang.
Kommentarer
- Jeg har også haft erfaringen med at kontakte Salesforce Support for at få at vide, at der er et kendt igangværende problem med vores pod og aldrig se noget på tillid, der bekræfter det.
- Hej Uwe. Bare så du ved – du er ikke alene. Mine kolleger og jeg har oplevet nøjagtigt de samme problemer med at gemme filer via Metadata API lige siden sandkasser blev migreret til sommer ‘ 15. trust.salesforce.com rapporterer fra tid til anden forringelse af ydeevne (normalt efter det faktum), men efter at det blev markeret som løst, kommer problemet snart tilbage igen. Den eneste fungerende løsning, vi fandt, er at bruge Tooling API (i stedet for Metadata API), når det er muligt. Fjernelse af alle administrerede pakker fra Dev Sandbox også h alper, men ikke nær så effektiv som at gemme ting via Tooling API.
- Jeg kender ikke ‘ svaret, men jeg ser de samme ting. Sidste uge på EU5 fandt jeg implementeringer, der tog op til en time i et ” afventende “, som jeg aldrig havde set før. Fik børsten fra support og intet andet end grønt på trust.salesforce.com. For et stykke tid tilbage var samfundene nede i flere dage og stadig alle grønne. Også intet nyttigt svar fra support før over en uge senere. Jeg ‘ Jeg elsker at vide, hvad SF har at sige om det … trust.salesforce.com inspirerer alt andet end tillid, IME. Når du laver konsulentudviklingsarbejde, sætter det dig i en hård position over for klienter.
- @Aidan at ‘ er det: vi vil levere fremragende rådgivnings- og udviklingsarbejde til sørg for, at kunder elsker Salesforce. I tilfælde af sådanne problemer dækker vi alt tab af arbejdstid og ekstra indsats. I sidste ende er det ‘ ikke det faktum, at sådanne problemer sker. De kan ske. Men det faktum, at der hverken er en kommunikationskanal eller noget på trust.salesforce.com, giver os en meget hård tid …
- @UweHeim Har haft lignende oplevelser selv, mens jeg arbejdede i organisationer for kunder. Det ‘ er meget vanskeligt at retfærdiggøre opladning af dem i ekstra tid, mens jeg sidder og venter på, at en test er færdig med at køre, eller at noget skal implementeres. Jeg forsøger at gøre tiden produktiv til andre ting, men som du siger, når det fortsætter i et par dage, kan det blive meget frustrerende, når andre venter spændt på, at du skal afslutte dit arbejde.
Svar
Vi har haft flere tilfælde, hvor Salesforce enten var ekstremt langsom eller utilgængelig for brugerne – dvs. at droppe 3 ud af hver 4 pakker – mens tillid viste, at alt var i orden.Efter at have talt med support fik jeg at vide, at tillid kun overvåger database ydeevne og andre spørgsmål såsom netværk ikke ville blive inkluderet, medmindre de var ekstreme.
Det blev anbefalet, at vi bruger en tjener som tusind øjne for at overvåge netværk og hvis vi stødte på problemer for at logge sporingen (instruktioner her: https://help.salesforce.com/apex/HTViewSolution?id=000025283&language=en_US ) og åbn en billet og tilføj disse logfiler som en vedhæftet fil.
Kommentarer
- Det er svært at se, hvad ” tillid ” betyder virkelig. Jeg ‘ leder efter en erklæring fra Salesforce, hvor de siger: denne type spørgsmål er reporter der, og det er det ikke. Lige nu (men dette er kun baseret på hørselsudsagn) føles det lidt som om de bare rapporterer, hvad de vil have – eller måske bruger tillid som en slags bevis for, at tjenesten fungerer perfekt det meste af tiden. Dette ser ud til at være sandt fra et forretningsbrugers perspektiv – men ikke fra et udviklerperspektiv. Tidskritiske store projekter skal tage højde for mulige platformslag. APIer på sandkasser fungerer muligvis meget forskelligt hver dag.
- Her ‘ er en artikel, der forklarer det lidt mere – appneta.com/blog/top-5-salesforce-performance-problems . Jeg tvivler på, at de ville give nogen erklæring om at sige sådan, men det giver mening, at de kun ville overvåge deres interne systemer, da det ville være svært at overvåge den faktiske brugeroplevelse
- Ja, jeg forstår fuldt ud, at det kan ‘ t forventes at se en ende-til-ende ydeevne overalt. Men hvis 99,9% af Salesforce-brugergrænsefladen (selv dataintensive ting) er meget meget hurtig OG på samme måde er 99,9% af Metadata-API plus Tooling-API meget reproducerbar (og jeg mener 1000% til 10000% langsommere end normalt ) det taler for sig selv, om det skal bebrejde forbindelsen eller serveren, antager jeg …
Svar
Jeg har stået over for et lignende problem, og her er, at support blev delt med mig:
De fortalte mig, at det skyldtes øjeblikkelig forringelse af perforce. Da jeg spurgte om, hvorfor det ikke blev fanget på trust.salsforce.com, fortalte de mig, at varigheden var meget lille, og derfor ikke blev fanget på trust.salsforce.com.
På trust.salsforce.com har de nævnt:
Ydelsesproblemer
Indikatoren betyder, at den gennemsnitlige transaktionshastighed for en forekomst har oversteget 0,5 sekunder i 2 minutter eller længere.
Ydelsesmonitoren rapporterer med et minuts intervaller den gennemsnitlige tid, det tager at svare på brugeren anmodninger for hver instans. Hvis det rapporterer en gennemsnitstid, der er større end 0,5 sekunder, undersøger Site Reliability (SR) -teamet problemet for at kontrollere, at flere kunder er berørt. Hvis problemet kun berører en enkelt kunde, vil SR sikre, at salesforce.com kundesupport har de nødvendige oplysninger til at adressere det for den pågældende kunde. Hvis en nedbrydning af flere kunder varer i mere end 2 minutter, vises indikatoren med en statusmeddelelse, der angiver starttidspunktet for nedbrydningen. Vores mål er at sende statusmeddelelsen til rapporten Aktuel status inden for 5 minutter efter validering af, at flere kunder er berørt, og at opdatere meddelelsen hvert 30. minut, indtil problemet er løst. SR rapporterer, at problemet er løst, når performance monitoren rapporterer en gennemsnitlig nedbrydningstid på mindre end 0,5 sekunder i et minuts interval. Når dette sker, sender SR hændelsesrapporten til Service Performance History-matrixen og erstatter indikatoren med indikatoren.
Så det er muligt, hvis der er flere spidser på 1,5 minutter (ca.) så står vi muligvis over for dette problem, men det er ikke sendt på trust.salsforce.com.
Sådan håndteres en sådan situation:
I mit tilfælde var jeg ringer til SFDC api og får svar, at serveren ikke er tilgængelig. Så jeg bruger bare genforsøgsmekanismen. efter 3 forsøg bøjede jeg min behandling og prøv igen efter 12 timer.
Kommentarer
- Mine observationer overskrider den tærskel, du nævnte ovenfor af FAR, og over flere dage uden at blive rapporteret. Mit gæt er, at ” Indikatoren betyder, at den gennemsnitlige transaktionshastighed for en forekomst har oversteget 0,5 sekunder i 2 minutter eller længere. ” bruges IKKE til MetadataAPI og ToolingAPI. Min tarmfølelse er, at sådanne udvikler API-problemer rapporteres enten sjældent eller slet ikke. Jeg ‘ er ikke engang sikker på, om de overvejer en sådan anmodning som ” Transaktion ” … hvad jeg stadig mangler ‘ er en feedback fra en af Salesforce-medarbejderne her for at afklare denne usikkerhed.
- Grundlæggende har du brug for en fra SFDC Team og fortæller dig, hvordan metadata-APIet håndteres nøjagtigt og i sammenhæng med præstationsforringelse. Hvis det er tilfældet, vil jeg slette mit svar, så dette spørgsmål vises, er en ubesvaret spørgsmålsliste, og det kan være, at det ville blive set af en fra SFDC-teamet?
- kan ‘ ikke få svaret via support. uden Premier Plus Support vil de ikke tale med dig om det (fordi support fra udviklere er uden for anvendelsesområdet).