In de context van een andere vraag , zijn we een verslechtering van de implementatieprestaties tegengekomen in EU5 van tussen 6000% tot 10000% met behulp van Metadata-API. Dit betekent dat het werk (het opslaan van een enkel APEX-bestand op de server) dat gewoonlijk in 14 seconden werd gedaan, tussen 950 en 1500 seconden in beslag nam. Deze situatie hield de afgelopen week enkele dagen aan en als gevolg daarvan stopte ons ontwikkelingswerk een paar dagen.
Ik vermoed dat de hele EU5-Pod gedurende deze periode is aangetast, aangezien ik in staat om het perfect te reproduceren op twee productie-organisaties en een paar ontwikkelaarsorganisaties. Ook andere gebruikers meldden het later ook.
Ik heb begrepen dat problemen transparant zullen worden weergegeven op trust.salesforce.com – alleen lijkt dat niet altijd te gebeuren:
Wanneer ik daar een probleem niet kan zien, is het volgende dat ik doe, me zelf verantwoordelijk te voelen om mogelijke redenen aan mijn kant te controleren (zoals slechte testlessen, slechte instellingen, enz.) . Na enkele uren te hebben geïnvesteerd, werd het duidelijk dat de server de situatie veroorzaakte, aangezien anderen hetzelfde probleem meldden (hier en op Twitter).
Ik zou geïnteresseerd zijn in wat voor soort problemen of welke ernst we verondersteld worden te zien op trust.salesforce.com en welke problemen zouden we daar daarentegen niet mogen verwachten? Ik heb er geen documentatie over gevonden.
Toen er iets soortgelijks gebeurde in Maart 2015 voor CS14 Ik neem aan dat het onwaarschijnlijk is dat alles wat met ontwikkeling te maken heeft, wordt getoond. Dit is twee keer triest, aangezien we geen kans hebben om te communiceren met de Salesforce-ondersteuning, noch om dit soort problemen te rapporteren. es.
Het is tijdrovend en niet erg productief om altijd de bekende vervangers voor ondersteuningscommunicatie zoals twitter te activeren om te controleren of het al op de radar staat bij Salesforce. Het is ook niet erg prettig en ik voel me ongelukkig over mijn eigen klachten – zelfs als ze uiteindelijk terecht zouden kunnen zijn.
Dus ik zou graag willen weten hoe je met dergelijke situaties omgaat en hoe ik zou kunnen omgaan de volgende keer beter.
Opmerkingen
- Ik heb ook de ervaring gehad om contact op te nemen met Salesforce Support om te horen dat er een bekend lopend probleem is met onze pod, en ik zie nooit iets op vertrouwen dat dat bevestigt.
- Hallo Uwe. Voor alle duidelijkheid: je bent niet de enige. Mijn collegas en ik ondervinden exact dezelfde problemen met het opslaan van bestanden via de Metadata API sinds sandboxen werd gemigreerd naar Summer ‘ 15. trust.salesforce.com meldt af en toe prestatievermindering (meestal achteraf), maar nadat het werd gemarkeerd als opgelost, komt het probleem snel terug De enige werkende oplossing die we hebben gevonden, is om Tooling API (in plaats van Metadata API) waar mogelijk te gebruiken. Alle beheerde pakketten verwijderen uit Dev Sandbox ook h elps, maar lang niet zo effectief als het opslaan van dingen via Tooling API.
- Ik weet niet ‘ het antwoord, maar ik zie dezelfde dingen. Vorige week op EU5 ontdekte ik dat implementaties tot een uur duurden in een ” hangende ” fase die ik nog nooit eerder had gezien. Ik heb de afkeuring gekregen van ondersteuning en niets dan groen op trust.salesforce.com. Een tijdje geleden waren gemeenschappen dagenlang down, en nog steeds allemaal groen. Ook geen zinvolle reactie van support tot ruim een week later. Ik ‘ zou graag willen weten wat SF erover te zeggen heeft … trust.salesforce.com inspireert alles behalve vertrouwen, IME. Als adviseur ontwikkelingswerk stelt het je in een moeilijke positie bij klanten.
- @Aidan dat ‘ s het: we willen uitstekend advies en ontwikkelingswerk leveren aan zorg ervoor dat klanten van Salesforce houden. In het geval van dergelijke problemen dekken we al het verlies aan werktijd en extra inspanning. Uiteindelijk is het ‘ niet het feit dat dergelijke problemen optreden. Ze kunnen gebeuren. Maar het feit dat trust.salesforce.com noch een communicatiekanaal noch iets heeft, maakt het ons erg moeilijk …
- @UweHeim Heb zelf soortgelijke ervaringen gehad tijdens het werken in organisaties voor klanten. Het ‘ is erg moeilijk om te rechtvaardigen dat ze extra tijd in rekening brengen terwijl ik zit te wachten tot een test klaar is met lopen of tot iets wordt geïmplementeerd. Ik probeer de tijd productief te maken door andere dingen te doen, maar zoals je zegt, als het een paar dagen aanhoudt, kan het erg frustrerend worden als anderen vol spanning op je wachten om je werk af te maken.
Antwoord
We “hebben meerdere gevallen gehad waarin Salesforce extreem traag was of niet beschikbaar was voor gebruikers – dwz 3 van elke 4 pakketten liet vallen – terwijl vertrouwen gaf aan dat alles in orde was.Nadat ik met de ondersteuning had gesproken, kreeg ik te horen dat alleen vertrouwen de prestaties van database bewaakt en dat andere problemen, zoals netwerken, niet zouden worden opgenomen, tenzij ze extreem waren.
Het werd aanbevolen om een service zoals duizend-ogen om netwerken te controleren en als we problemen ondervonden om de traceroute te loggen (instructies hier: https://help.salesforce.com/apex/HTViewSolution?id=000025283&language=en_US ) en open een ticket en voeg die logboeken toe als bijlage.
Reacties
- Het is moeilijk te zien wat ” vertrouwen ” betekent echt. Ik ‘ ben op zoek naar een verklaring van Salesforce waarin ze zeggen: dit soort probleem is daar verslaggever en dat is het niet. Op dit moment (maar dit is alleen gebaseerd op geruchten) voelt het een beetje alsof ze gewoon melden wat ze willen – of misschien gebruiken ze vertrouwen als een soort bewijs dat de service meestal perfect werkt. Dit lijkt waar te zijn vanuit het perspectief van zakelijke gebruikers, maar niet vanuit het perspectief van ontwikkelaars. Tijdkritische grote projecten moeten rekening houden met mogelijke platformvertragingen. APIs op sandboxen kunnen elke dag heel anders presteren.
- Hier ‘ een artikel waarin het wat meer wordt uitgelegd – appneta.com/blog/top-5-salesforce-performance-problems . Ik betwijfel of ze een dergelijke verklaring zouden afleggen, maar het is logisch dat ze alleen hun interne systemen controleren, aangezien het moeilijk zou zijn om de daadwerkelijke gebruikerservaring te volgen.
- Ja, ik begrijp volkomen dat dit kan ‘ Er wordt nergens een end-to-end prestatie verwacht. Maar als 99,9% van de Salesforce-UI (zelfs data-intensieve dingen) erg snel is EN tegelijkertijd 99,9% van Metadata-API plus Tooling-API reproduceerbaar erg traag is (en ik bedoel 1000% tot 10000% langzamer dan normaal ) het spreekt voor zich of je de verbinding of de server de schuld moet geven, denk ik …
Answer
Ik heb met een soortgelijk probleem te maken gehad en hier is de ondersteuning die met mij werd gedeeld:
Ze vertelden me dat dit te wijten was aan tijdelijke noodgedwongen achteruitgang. Toen ik vroeg waarom het niet werd vastgelegd op trust.salsforce.com, vertelden ze me dat de duur erg klein was en dus niet werd vastgelegd op trust.salsforce.com.
Op trust.salsforce.com hebben ze genoemd:
Prestatieproblemen
De indicator betekent dat de gemiddelde transactiesnelheid voor een instantie de 0,5 seconde gedurende 2 minuten of langer heeft overschreden.
De prestatiemonitor rapporteert met tussenpozen van één minuut de gemiddelde tijd die nodig is om te reageren op gebruikers verzoeken voor elke instantie. Als het een gemiddelde tijd meldt die groter is dan 0,5 seconde, onderzoekt het Site Reliability (SR) -team het probleem om te verifiëren dat het meerdere klanten betreft. Als het probleem slechts één klant betreft, zorgt SR ervoor dat de klantenservice van salesforce.com beschikt over de informatie die nodig is om het probleem voor die klant op te lossen. Als een verslechtering van meerdere klanten langer dan 2 minuten duurt, wordt de indicator gepost met een statusbericht waarin de begintijd van de verslechtering wordt vermeld. Ons doel is om het statusbericht binnen 5 minuten na validatie dat meerdere klanten getroffen zijn in het huidige statusrapport te posten, en om het bericht elke 30 minuten bij te werken totdat het probleem is opgelost. SR meldt dat het probleem is opgelost zodra de prestatiemonitor een gemiddelde degradatietijd van minder dan 0,5 seconden met een interval van één minuut meldt. Zodra dit gebeurt, post SR het incidentrapport naar de Service Performance History-matrix en vervangt de indicator door de indicator.
Het is dus mogelijk als er meerdere zijn pieken van 1,5 minuut (ongeveer), dan kunnen we dit probleem tegenkomen, maar het wordt niet gepost op trust.salsforce.com.
Hoe om te gaan met een dergelijke situatie:
In mijn geval was ik door SFDC api aan te roepen en antwoord te krijgen dat de server niet beschikbaar is. Dus ik gebruik gewoon het mechanisme voor opnieuw proberen. na 3 pogingen bukte ik mijn verwerking en probeer het opnieuw na 12 uur.
Reacties
- Mijn observaties overschrijden de drempel die je hierboven hebt genoemd door FAR en gedurende meerdere dagen zonder te worden gerapporteerd. Ik vermoed dat ” De indicator betekent dat de gemiddelde transactiesnelheid voor een instantie gedurende 2 minuten of langer meer dan 0,5 seconde bedraagt. ” wordt NIET gebruikt voor MetadataAPI en ToolingAPI. Mijn gevoel is dat dergelijke API-problemen met ontwikkelaars zelden of helemaal niet worden gemeld. Ik ‘ weet niet eens zeker of ze een dergelijk verzoek overwegen als ” Transactie ” … wat ik ‘ m nog steeds mis, is een feedback van een van de Salesforce-medewerkers hier in de buurt om deze onzekerheid op te helderen.
- In principe heb je er iemand van SFDC Team nodig die je vertelt hoe de metadata API precies wordt behandeld en in de context van prestatievermindering. Als dat het geval is, zal ik mijn antwoord verwijderen, zodat deze vraag verschijnt als een lijst met onbeantwoorde vragen en kan het gezien worden door iemand van het SFDC-team?
- can ‘ krijg dat antwoord niet via ondersteuning. zonder Premier Plus-ondersteuning, zullen ze daar niet met u over praten (omdat ondersteuning voor ontwikkelaars buiten bereik is).