Egy másik kérdés összefüggésében a telepítési teljesítmény romlásával találkoztunk az EU5-nél metaadat-API használatával 6000% és 10000% között van. Ez azt jelenti, hogy az általában 14 másodperc alatt végzett munka (egyetlen APEX fájl mentése a szerverre) 950 és 1500 másodperc között tartott. Ez a helyzet az elmúlt héten néhány napig fennállt, és ennek eredményeként fejlesztési munkánk néhány napra leállt.
Gondolom, az egész EU5-Pod érintett ebben az időszakban, mivel én képes tökéletesen reprodukálni két produkciós Orgs-on és pár fejlesztő Orgs-on. Más felhasználók is később jelentették.
Megértésem szerint a kérdések átláthatóan fognak megjelenni a trust.salesforce.com oldalon – csak úgy tűnik, hogy ez nem mindig történik meg:
Amikor nem látok ott problémát, a következő dolog az, hogy felelősségnek érzem magam, és ellenőrizzem a lehetséges okokat (például rossz teszt-osztályok, rossz beállítás stb.) Néhány órás befektetés után egyértelművé vált, hogy a szerver okozta a helyzetet, mivel mások ugyanerről a problémáról számoltak be (itt és a twitteren).
Érdekelne, hogy milyen problémákat vagy súlyosságot látunk a trust.salesforce.com címen, és ezzel szemben mely problémákat várhatjuk, hogy ne láthassuk ott? Nem találtam dokumentációt róla.
Mivel valami hasonló történt 2015. március a CS14-hez feltételezem, hogy nem valószínű, hogy minden fejlesztéssel kapcsolatos dolog megjelenik. Ez kétszer is szomorú, mivel nincs esélyünk kapcsolatba lépni a Salesforce támogatásával, és még ilyen jelentéseket sem jelenthetünk es.
Mindig fel kell rúgni az ismert támogatási-kommunikációs helyetteseket, például a twitteret, hogy ellenőrizzék, már szerepel-e a Radaron a Salesforce-nál, időigényes és nem túl produktív. Szintén nem túl szép, és boldogtalannak érzem magam a saját panaszaim miatt – még akkor is, ha a végén igazolhatók lehetnek.
Szóval szeretném megtudni, hogyan kezeled az ilyen helyzeteket, és hogyan kezelhetném jobb lesz legközelebb.
Megjegyzések
- Nekem is volt tapasztalatom arról, hogy kapcsolatba léptem a Salesforce ügyfélszolgálatával, hogy elmondjam, hogy egy ismert folyamatban lévő probléma van a pod, és soha nem lát semmit a bizalomról, ami ezt megerősíti.
- Szia Uwe. Csak, hogy tudd – nem vagy egyedül. Kollégáimmal és a homokozónk óta azóta pontosan ugyanazokat a problémákat tapasztaljuk a fájlok Metadata API-n keresztül történő mentésével. áttelepült a nyárra ‘ 15. A trust.salesforce.com időnként beszámol a teljesítmény romlásáról (általában tény után), de miután megoldódásként megjelölték, a probléma hamarosan visszatér Az egyetlen működő megoldás az, hogy a Tooling API-t használjuk (a Metadata API helyett), amikor csak lehetséges. Az összes kezelt csomag eltávolítása a Dev Sandbox-ból is elps, de közel sem olyan hatékony, mint a dolgok mentése a Tooling API-n keresztül.
- Nem tudom ‘ a választ, de ugyanazokat látom. A múlt héten az EU5-nél olyan telepítéseket találtam, amelyek akár egy órát is igénybe vehettek egy ” függőben lévő ” szakaszban, amelyet még soha nem láttam. Megkapta a támogatást, és semmi más, csak zöld a trust.salesforce.com oldalon. Egy ideig a hátsó közösségek napokig nem működtek, és még mindig zöldek voltak. Szintén nincs hasznos válasz a támogatásból, csak több mint egy hét múlva. Szeretem ‘ szeretni tudni, hogy az SF mit szól hozzá … a trust.salesforce.com bármi másra ösztönöz, csak a bizalomra, az IME-re. Tanácsadói fejlesztési munkát végezve nehéz helyzetbe hozza az ügyfelekkel.
- @Aidan, hogy ‘ ez: kiváló tanácsadói és fejlesztő munkát szeretnénk nyújtani győződjön meg arról, hogy az ügyfelek szeretik a Salesforce-t. Ilyen kérdések esetén fedezzük a munkaidő-veszteséget és az extra erőfeszítéseket. Végül ‘ nem az a tény, hogy ilyen problémák történnek. Előfordulhatnak. De az a tény, hogy sem a kommunikációs csatorna, sem valami nincs a trust.salesforce.com oldalon, nagyon nehéz dolgokat okoz nekünk …
- @UweHeim Nekem is voltak hasonló tapasztalataim, miközben az ügyfelek szervezeteiben dolgoztam. ‘ nagyon nehéz igazolni, hogy hosszabb időre terheljük őket, miközben ülve várok egy teszt befejezésére vagy valami telepítésre. Igyekszem produktívvá tenni az időt más dolgok elvégzésével, de ahogy mondod, amikor ez pár napig fennáll, nagyon frusztrálóvá válhat, amikor mások izgatottan várják, hogy befejezd a munkádat.
Válasz
Több olyan esetünk is volt, amikor a Salesforce rendkívül lassú volt, vagy nem volt elérhető a felhasználók számára – azaz minden 4 csomagból 3-at dobtunk le -, miközben a bizalom azt jelezte, hogy minden rendben van.Miután beszéltem a támogatással, azt mondták nekem, hogy a bizalom csak az adatbázis teljesítményét figyeli, és egyéb kérdések, például a hálózatépítés, csak akkor kerülnek be, ha azok szélsőségesek. szolgáltatás, mint ezer szem a hálózat megfigyeléséhez, és ha problémákba ütköztünk a traceroute naplózása során (utasítások itt: https://help.salesforce.com/apex/HTViewSolution?id=000025283&language=en_US ) és nyisson meg egy jegyet, és csatolja a naplókat csatolmányként.
Megjegyzések
- Nehéz belátni, mi ” trust ” valóban azt jelenti. ‘ Nyilatkozatot keresek a Salesforce-tól, ahol azt mondják: ez a fajta probléma ott riporter, és nem. Jelenleg (de ez csak a hallomáson alapul) egy kicsit olyan érzés, mintha csak beszámolnának arról, amit akarnak – vagy esetleg a bizalmat használják egyfajta bizonyítékként arra, hogy a szolgáltatás legtöbbször tökéletesen működik. Úgy tűnik, ez üzleti felhasználók szempontjából igaz – de nem a fejlesztők szempontjából. Az időkritikusan nagy projekteknek figyelembe kell venniük a lehetséges platformkésleltetéseket. A homokozós API-k minden nap nagyon másképp működhetnek.
- Itt ‘ egy cikk, amely kicsit tovább magyarázza – appneta.com/blog/top-5-salesforce-performance-problems . Kétlem, hogy adnának-e ilyen kijelentéseket, de van értelme, hogy csak a belső rendszereiket figyelnék, mivel a tényleges felhasználói élmény figyelemmel kísérése nehéz lenne.
- Igen, tökéletesen megértem, hogy ‘ nem várható, hogy bárhol végpontok közötti teljesítményt nyújtanak. Ha azonban a Salesforce-UI (még adatigényes dolgok is) 99,9% -a nagyon gyors, és ugyanakkor a Metadata-API és a Tooling-API 99,9% -a nagyon lassan reprodukálható (és 1000–10000% -kal lassabb, mint máskor) ) önmagáért beszél, akár a kapcsolatot, akár a szervert hibáztatja, azt hiszem …
Válasz
Hasonló problémával szembesültem, és itt osztották meg velem a támogatást:
Azt mondták, hogy ez az erő pillanatnyi degradációjának köszönhető. Arra a kérdésre, hogy miért nem rögzítették a trust.salsforce.com webhelyen, azt mondták, hogy az időtartam nagyon kicsi, ezért nem rögzítették a trust.salsforce.com oldalon.
A trust.salsforce.com oldalon említett:
Teljesítményproblémák
A mutató azt jelzi, hogy egy példány átlagos tranzakciós sebessége 2 percig vagy hosszabb ideig meghaladja a 0,5 másodpercet.
A teljesítménymonitor egyperces időközönként beszámol arról az átlagos időről, amelyre a felhasználónak reagálnia kell. kérelmeket minden példányhoz. Ha az átlagos időtartam meghaladja a 0,5 másodpercet, a Helymegbízhatóság (SR) csapata megvizsgálja a problémát, hogy ellenőrizze, hogy több ügyfelet érint-e. Ha a probléma csak egyetlen ügyfelet érint, akkor az SR biztosítja, hogy az salesforce.com ügyfélszolgálata rendelkezzen az adott ügyfél kezeléséhez szükséges információkkal. Ha egy több ügyfelet érintő állapotromlás 2 percnél tovább tart, akkor a mutatót egy állapotüzenettel tesszük közzé, amely részletesen ismerteti a lebontás kezdetét. Célunk, hogy az állapotüzenetet az aktuális állapot jelentésbe tegyük 5 percen belül, miután megerősítettük, hogy több ügyfelet érint, és 30 percenként frissítjük az üzenetet, amíg a probléma meg nem oldódik. Az SR arról számol be, hogy a probléma megoldódott, amint a teljesítménymonitor beszámol az átlagos lebomlási időről, amely kevesebb, mint 0,5 másodperc, egyperces időközönként. Amint ez bekövetkezik, az SR az eseményjelentést a Szolgáltatásteljesítmény-előzmények mátrixba küldi és az indikátort az indikátorral helyettesíti.
Tehát lehetséges, ha több is van 1,5 perces csúcsok (kb.), akkor szembesülhetünk ezzel a problémával, de nem került fel a trust.salsforce.com oldalra.
Hogyan kell kezelni az ilyen helyzetet:
Az én esetemben én voltam az SFDC api hívása és a szerver válaszának elérése nem érhető el. Tehát csak az újrapróbálkozási mechanizmust használom. 3 próbálkozás után lehajoltam a feldolgozáson, és 12 óra múlva újrapróbálkoztam.
Megjegyzések
- Megfigyeléseim túllépik a FAR által fent említett küszöböt, és több nap alatt jelentés nélkül. Azt hiszem, hogy ” A mutató azt jelenti, hogy egy példány átlagos tranzakciós sebessége 2 percig vagy tovább meghaladta a 0,5 másodpercet. ” NEM használatos a MetadataAPI és a ToolingAPI számára. Bélből az az érzésem, hogy az ilyen fejlesztői API-problémákról csak ritkán, vagy egyáltalán nem számolnak be. ‘ még abban sem vagyok biztos, hogy fontolnak-e ilyen kérést, mint ” Tranzakció ” … ami még ‘ hiányzik, az a környékbeli Salesforce egyik alkalmazottjának visszajelzése ennek a bizonytalanságnak a tisztázása érdekében.
- Alapvetően szükséged van valamire az SFDC csapattól, és meg kell mondanod, hogy a metaadat-API-t pontosan hogyan kezelik és a teljesítményromlás összefüggésében. Ebben az esetben törlöm a válaszomat, így ez a kérdés megválaszolatlan kérdések listájaként jelenik meg, és lehet, hogy az SFDC csapatának valaki látja?
- tud ‘ nem kapja meg ezt a választ támogatáson keresztül. a Premier Plus támogatás nélkül nem szoktak erről beszélni veled (mert a fejlesztői támogatás nem terjed ki).