I samband med en annan fråga stötte vi på en försämring av prestationsprestanda vid EU5 mellan 6000% och 10000% med Metadata-API. Det innebär att arbete (att spara en enda APEX-fil på servern) som utförts vanligtvis på 14 sekunder tog mellan 950 och 1500 sekunder. Denna situation kvarstod under några dagar under den senaste veckan och som ett resultat stannade vårt utvecklingsarbete i ett par dagar.
Jag antar att hela EU5-Pod påverkades för denna period, eftersom jag var kunna reproducera den perfekt på två produktionsorganisationer och ett par utvecklarorganisationer. Även andra användare rapporterade det senare också.
Min uppfattning är att frågor kommer att återspeglas transparent på trust.salesforce.com – bara det verkar inte hända alltid:
När jag inte kan se ett problem där, är nästa sak jag känner mig själv ansvarig för att kontrollera efter möjliga skäl i mitt slut (som dåliga testklasser, dålig installation osv.) Efter att ha investerat några timmar blev det klart att servern orsakade situationen eftersom andra rapporterade samma problem (här och på twitter).
Jag skulle vara intresserad av vilken typ av problem eller vilken svårighetsgrad vi ska se på trust.salesforce.com och i motsats till vilka frågor vi kan förvänta oss att inte se där? Jag hittade ingen dokumentation om det.
Som något liknande hände i Mars 2015 för CS14 Jag antar att allt som är relaterat till utveckling osannolikt kommer att visas. Detta är sorgligt två gånger, eftersom vi inte har någon chans att interagera med Salesforce-supporten eller ens rapportera den typen av es.
Att alltid avfyra de kända supportkommunikationsersättningarna som twitter för att kontrollera om det redan finns på radaren hos Salesforce är tidskrävande och inte särskilt produktivt. Det är inte särskilt trevligt och jag känner mig missnöjd med mina egna klagomål – även om de kanske är motiverade till slut.
Så jag skulle vilja lära mig hur du hanterar sådana situationer och hur jag kan hantera det bättre nästa gång.
Kommentarer
- Jag har också haft erfarenheten av att kontakta Salesforce Support för att få veta att det finns en känd pågående fråga med vår pod och aldrig se något på förtroende som bekräftar det.
- Hej Uwe. Bara så att du vet – du är inte ensam. Mina kollegor och jag har upplevt exakt samma problem med att spara filer via Metadata API sedan sandlådor blev migrerad till sommar ’ 15. trust.salesforce.com rapporterar prestandaförsämring då och då (vanligtvis faktiskt), men efter det att det blev markerat som löst kommer problemet snart tillbaka Den enda fungerande lösningen vi hittade är att använda Tooling API (istället för Metadata API) när det är möjligt. Ta bort alla hanterade paket från Dev Sandbox också h elper, men inte i närheten lika effektivt som att spara saker via Tooling API.
- Jag vet inte ’ men jag ser samma saker. Förra veckan på EU5 hittade jag distributioner som tog upp till en timme i ett ” i väntan på ” som jag aldrig sett tidigare. Fick borsten från support och ingenting annat än grönt på trust.salesforce.com. För ett tag tillbaka var samhällen nere i flera dagar och fortfarande alla gröna. Inget användbart svar från supporten förrän över en vecka senare. Jag ’ Jag älskar att veta vad SF har att säga om det … trust.salesforce.com inspirerar allt annat än tillit, IME. Genom att göra konsultutvecklingsarbete sätter det dig i en tuff position med kunderna.
- @Aidan att ’ är det: vi vill leverera utmärkt konsult- och utvecklingsarbete till se till att kunderna älskar Salesforce. Vid sådana problem täcker vi för all förlust av arbetstid och extra ansträngning. I slutändan är det ’ inte det faktum att sådana problem händer. De kan hända. Men det faktum att det varken finns en kommunikationskanal eller något på trust.salesforce.com ger oss mycket svårt …
- @UweHeim Har haft liknande upplevelser själv när jag arbetade i organisationer för kunder. Det ’ är väldigt svårt att motivera att ladda dem för extra tid medan jag sitter och väntar på att ett test ska avslutas eller att något ska distribueras. Jag försöker göra tiden produktiv att göra andra saker, men som du säger, när det kvarstår i ett par dagar, kan det bli väldigt frustrerande när andra väntar på dig att avsluta ditt arbete.
Svar
Vi har haft flera fall där Salesforce antingen var extremt långsam eller otillgänglig för användarna – dvs att vi släppte 3 av fyra paket – medan förtroendet visade att allt var bra.Efter att ha pratat med support fick jag veta att förtroende endast övervakar databas -prestanda och andra frågor som nätverk inte skulle inkluderas om de inte var extrema.
Det rekommenderades att vi använder en tjänar som tusenögon för att övervaka nätverk och om vi stöter på problem för att logga spårvägen (instruktioner här: https://help.salesforce.com/apex/HTViewSolution?id=000025283&language=en_US ) och öppna en biljett och lägg till loggarna som en bilaga.
Kommentarer
- Det är svårt att se vad ” trust ” betyder verkligen. Jag ’ letar efter ett uttalande från Salesforce där de säger: denna typ av fråga är reporter där och det är det inte. Just nu (men detta baseras bara på hörsägen) känns det lite som om de bara rapporterar vad de vill – eller kanske använder förtroende som ett slags bevis på att tjänsten fungerar perfekt för det mesta. Detta verkar stämma ur ett affärsanvändares perspektiv – men inte ur ett utvecklarperspektiv. Tidskritiska enorma projekt måste ta hänsyn till eventuella plattformsfördröjningar. API: er på sandlådor kan fungera mycket annorlunda varje dag.
- Här ’ är en artikel som förklarar det lite mer – appneta.com/blog/top-5-salesforce-performance-problems . Jag tvivlar på att de skulle ge något uttalande som säger sådant, men det är vettigt att de bara skulle övervaka sina interna system, eftersom det skulle vara svårt att övervaka den faktiska användarupplevelsen
- Ja, jag förstår helt att det kan ’ Du kan inte förvänta dig att du får en helhetsföreställning var som helst. Men om 99,9% av Salesforce-användargränssnittet (även dataintensiva saker) är väldigt mycket snabbt OCH på samma sätt är 99,9% av Metadata-API plus Tooling-API mycket reproducerbart (och jag menar 1000% till 10000% långsammare än vanligt ) det talar för sig själv om det ska skylla på anslutningen eller servern, antar jag …
Svar
Jag har mött liknande problem och här har support delats med mig:
De sa till mig att det berodde på en tillfällig försämring av kraften. När jag frågade om varför den inte fångades på trust.salsforce.com berättade de för mig att varaktigheten var väldigt liten och därför inte fångades på trust.salsforce.com.
På trust.salsforce.com har de nämns:
Prestandafrågor
Indikatorn betyder att den genomsnittliga transaktionshastigheten för en instans har överstigit 0,5 sekunder i 2 minuter eller längre.
Prestandaövervakaren rapporterar med en minuts intervall den genomsnittliga tid det tar att svara på användaren förfrågningar för varje instans. Om den rapporterar en genomsnittlig tid som är längre än 0,5 sekunder undersöker teamet Site Reliability (SR) problemet för att verifiera att flera kunder påverkas. Om problemet endast berör en enskild kund, kommer SR att se till att salesforce.com kundsupport har den information som krävs för att adressera den för den kunden. Om en nedbrytning av flera kunder varar i mer än 2 minuter läggs indikatorn upp med ett statusmeddelande som beskriver nedbrytningens starttid. Vårt mål är att skicka statusmeddelandet till rapporten Aktuell status inom fem minuter efter att vi bekräftat att flera kunder påverkas och att uppdatera meddelandet var 30: e minut tills problemet är löst. SR kommer att rapportera att problemet är löst när prestandaövervakaren rapporterar en genomsnittlig nedbrytningstid på mindre än 0,5 sekunder under ett minuts intervall. När detta inträffar publicerar SR incidentrapporten i Service Performance History-matrisen och ersätter indikatorn med indikatorn.
Så är det möjligt om det finns flera toppar på 1,5 minuter (ungefär) kan vi möta detta problem men det publiceras inte på trust.salsforce.com.
Hur man hanterar en sådan situation:
I mitt fall var jag ringer SFDC api och får svar att servern inte är tillgänglig. Så jag använder bara omprövningsmekanismen. efter 3 försök lutade jag min bearbetning och försök igen efter 12 timmar.
Kommentarer
- Mina observationer överskrider tröskeln du nämnde ovan av FAR och över flera dagar utan att rapporteras. Min gissning är att ” Indikatorn betyder att den genomsnittliga transaktionshastigheten för en instans har överskridit 0,5 sekunder i 2 minuter eller längre. ” används INTE för MetadataAPI och ToolingAPI. Min tarmkänsla är att sådana utvecklare API-problem rapporteras antingen bara sällan eller inte alls. Jag ’ är inte ens säker på om de överväger en sådan begäran som ” Transaktion ” … det jag ’ fortfarande saknar är en feedback från en av Salesforce-anställda här för att klargöra denna osäkerhet.
- I grund och botten behöver du någon från SFDC Team och berätta hur exakt metadata API hanteras och i samband med prestandaförsämring. Om så är fallet kommer jag att ta bort mitt svar så att den här frågan kommer att visas är obesvarad frågelista och kanske det skulle ses av någon från SFDC-teamet?
- kan ’ inte få svaret via support. utan Premier Plus-support kommer de inte att prata med dig om det (eftersom utvecklarsupport är utanför tillämpningsområdet).