Salesforcen varmuuskopioinnin ja palautuksen parhaat käytännöt
Jos tiimisi olettaa edelleen, että Salesforce tallentaa ja suojaa automaattisesti kaiken tarvitsemansa, voi olla aika suhtautua Salesforcen varmuuskopioinnin parhaisiin käytäntöihin vakavammin.
Ilman selkeää SFDC-varmuuskopiointisuunnitelmaa jätät todennäköisesti aukkoja tietoihisi aina, kun joku poistaa tietueita, suorittaa virheellisen tuonnin, rikkoo käyttöönoton tai antaa automaation käydä läpi reaaliaikaista dataa ennen kuin kukaan huomaa sitä.

Salesforcen omat varmuuskopiointiohjeet käsittelevät sekä kopioita että palautusta, mikä on osa, jonka tiimit liian usein ohittavat. Tämä opas kattaa varmuuskopiointivaihtoehdot, työkalut, strategian ja palautuskäytännöt, jotka todella toimivat paniikin alkaessa.
Varmuuskopioiko Salesforce tietosi automaattisesti?
Ei, Salesforce ei oletusarvoisesti tarjoa automaattisia, täydellisiä varmuuskopioita, joita asiakkaat voivat käyttää itsepalvelupalautukseen. Salesforce pitää alustan käynnissä, mutta yrityksesi on edelleen vastuussa siitä, että sen tietueet, tiedostot, metatiedot ja palautusprosessi ovat todella palautettavissa, jos joku tekee virheen.
On olemassa muutamia alkuperäiskansoja Salesforcen varmuuskopiointivaihtoehdotmutta ne ovat rajalliset:
|
Alkuperäinen vaihtoehto |
Mitä se tekee |
Rajoitukset |
|
Tiedonvientipalvelu |
Antaa järjestelmänvalvojille mahdollisuuden viedä Salesforce-tietoja CSV-tiedostoina viikoittain tai kuukausittain |
Vientitiedostot on ladattava ja tallennettava turvalliseen paikkaan. Salesforcen mukaan zip-vientitiedostot poistetaan 48 tunnin kuluttua sähköpostin lähettämisestä. Se ei myöskään tarjoa helppoa metatietojen palautuspolkua. |
|
roskakoriin |
Antaa käyttäjien palauttaa poistetut tietueet lyhyen ajan kuluessa |
Poistetut kohteet pysyvät roskakorissa 15 päivää, ennen kuin Salesforce ajoittaa ne pysyvästi poistettaviksi. Tämä ei auta päällekirjoitettujen kenttien, rikkinäisen automaation tai metatietojen muutosten kanssa. |
|
Hiekkalaatikkokopiot |
Hiekkalaatikko on kätevä, kun testaat julkaisua tai tarkistat muutosta ennen sen saapumista tuotantoon. |
Ne eivät ole varsinainen Salesforcen varasuunnitelma. Tiedot voivat olla vanhoja, osittaisia, päivityksen päälle kirjoitettuja tai niistä voi puuttua juuri ne tietueet, joita yhtäkkiä tarvitset. |
|
Salesforce-varmuuskopiointi ja palautus |
Tämä on Salesforcen maksullinen varmuuskopiointituote tiedoille, tiedostoille, metatiedoille, hallituille paketeille ja hiekkalaatikoille. |
Se voi auttaa, mutta se vaatii silti asianmukaisen asennuksen, käyttöoikeudet, säilytyssäännöt ja palautustestit. Sen ostaminen ei tarkoita, että organisaatio olisi taianomaisesti suojattu. |
Salesforce antaa sinulle osia varmuuskopiosta. Se ei anna sinulle täydellistä, testattua palautussuunnitelmaa, ellet rakenna sellaista, osta sitä ja tarkista jatkuvasti sen toimivuutta.
Mitä tietoja sinun tulisi varmuuskopioida Salesforceen?
Hyödyllisen Salesforcen varmuuskopion on suojattava kaksi asiaa: päivittäin koskettelevat tietueet ja asetukset, jotka saavat nämä tietueet toimimaan.

Varmuuskopioitavat tiedot:
Varmuuskopioitavat metatiedot:
Metadata on se kohta, jossa tiimit jäävät pulaan. Kaikki ovat huolissaan asiakastietojen menettämisestä, mutta huono käyttöönotto voi myös vahingoittaa näiden tietueiden ympärillä olevaa rakennetta. Metadata antaa organisaatiolle sen rakenteen, ja tietojen menetystapauksen jälkeen metadata tulisi palauttaa ennen tietojen palauttamista. Siksi Salesforcen tietojen varmuuskopioinnin parhaiden käytäntöjen tulisi kattaa konfigurointi, koodi, käyttöoikeudet ja automaatio alusta alkaen.

Tarvitsetko toisen silmäparin varmuuskopioinnin laajuuteen, metatietoriskiin tai palautussuunnitteluun? Routine Automationin Salesforce-konsultointipalvelut voivat auttaa.
Salesforce-varmuuskopiointivaihtoehdot: Natiivi vs. kolmannen osapuolen varmuuskopiointi
Salesforcessa on kolme pääasiallista varmuuskopiointivaihtoehtoa, joihin kannattaa tutustua: natiivit Salesforcen viennit, Salesforcen pilvistä pilveen -varmuuskopiointityökalut ja mukautetut API-pohjaiset viennit.
|
Menetelmä |
Mitä se kattaa |
Rajoitukset |
Parasta |
|
Natiivitietojen vienti |
CSV-tiedostojen tietueet, mukaan lukien vakiomuotoiset ja mukautetut objektitietueet |
Ei metatietojen varmuuskopiointia, viikoittaista tai kuukausittaista tahdistusta, manuaalista tiedostojen käsittelyä tai manuaalista palautusta |
Perusvaatimustenmukaisuusvedokset tai vähän muutoksia tekevät organisaatiot |
|
Pilvestä pilveen -varmuuskopiointityökalut |
Tiedot, metatiedot, tiedostot, suhteet ja palautuspisteet |
Maksulliset työkalut, asennus vaaditaan, käyttöoikeudet vaativat huolellisuutta |
Aktiivisimmat Salesforce-organisaatiot |
|
Mukautettu API-vienti |
Täysin mukautettavat objekti- ja tietojoukkoviennit |
Kehittäjäresursseja tarvitaan, API-rajoitukset, palautuslogiikkaa on vielä rakennettava |
Monimutkaiset, suuren volyymin tai analytiikkapainotteiset organisaatiot |
Native Data Export on kevyin vaihtoehto. Se voi viedä vakiomuotoisia ja mukautettuja objektitietueita CSV-muotoon, mutta se ei varmuuskopioi metatietoja, ja ajoitetut viennit suoritetaan 7 tai 29 päivän välein versiosta riippuen.
Pilvestä pilveen -tyyppiset Salesforcen varmuuskopiointityökalut sopivat paremmin, kun Salesforce syöttää tietoja myyntiin, tukeen, talouteen, verkkokauppaan tai raportointiin. Ne voivat suorittaa päivittäisiä varmuuskopioita, tallentaa metatietoja, palauttaa pienempiä paloja, luoda eristysympäristöjä, tallentaa kopioita Salesforcen ulkopuolelle ja merkitä epäonnistuneita töitä.
Mukautetut API-viennit ovat hyödyllisiä, kun organisaatiolla on epätavallisia tietomääriä, varastovaatimuksia tai erittäin tarkkoja säilytyssääntöjä. Ole rehellinen kompromissista: et osta palautusprosessia, vaan rakennat sellaisen. Varmuuskopiointivalinnat tulisi tehdä asennuksen tai uudelleensuunnittelun aikana, minkä vuoksi tiimit usein tarkastelevat niitä rinnakkain. Salesforcen käyttöönottopalvelut.
Parhaat Salesforce-varmuuskopiointityökalut, joita kannattaa harkita

Salesforce-varmuuskopiointityökaluja on runsaasti. "Paras" työkalu riippuu siitä, kuinka sotkuinen organisaatiosi on, kuinka paljon metatiedot muuttuvat, kuinka nopeasti sinun on palautettava tiedot ja kuka omistaa prosessin asennuksen jälkeen. Routine Automation ei myy omaa varmuuskopiointituotetta, mutta autamme tiimejä valitsemaan, konfiguroimaan, testaamaan ja hallitsemaan oikeanlaista asennusta.
|
Työkalu |
Mitä se tekee hyvin |
Hyvä istuvuus, kun |
|
Vaihdesarja |
Kattaa Salesforcen tietojen ja metatietojen varmuuskopioinnin sekä palautusominaisuudet, jotka ovat lähellä DevOps- ja julkaisutyötä |
Tiimisi haluaa varmuuskopioinnin, joka on sidottu käyttöönottoturvallisuuteen, metatietojen vertailuun ja julkaisujen hallintaan |
|
Salesforce-varmuuskopiointi ja palautus / omistaminen Salesforcesta |
Salesforcen varmuuskopiointituote, aiemmin Own Recover, sisältää päivittäiset varmuuskopiot tiedoille, tiedostoille, metatiedoille, hallituille paketeille ja hiekkalaatikoille |
Haluat Salesforcen omistaman reitin ja haluat pitää varasuunnittelun lähellä Salesforce-tuotepinoa. |
|
AutoRABIT-holvi |
Varmuuskopioi Salesforce-tiedot ja -metatiedot yksityiskohtaisella palautuksella ja vaatimustenmukaisuuteen keskittyvillä hallintatoiminnoilla |
Sinulla on tiukka hallinto, DevSecOps-tarpeita tai vahvasti räätälöity organisaatio |
|
Varmuuskopiointi |
Tarjoaa Salesforce-järjestelmänvalvojille automaattisen päivittäisen varmuuskopioinnin ja palautuksen Salesforce-käyttöliittymän tiedoille ja metatiedoille |
Haluat tutun hallintakokemuksen ilman, että sinun tarvitsee rakentaa mukautettua prosessia tyhjästä |
|
Druva |
Tarjoaa automaattisen päivittäisen varmuuskopioinnin tiedoille ja metadatalle, ilmarakollisen tallennuksen ja ajankohtaisen palautuksen |
Haluat alustan ulkopuolista tallennustilaa, yksityiskohtaista palautusta ja laajemman SaaS-varmuuskopiointikattavuuden |
Gearset on tutustumisen arvoinen, jos varmuuskopiointi ja julkaisunhallinta ovat läheisesti yhteydessä toisiinsa. Salesforcen varmuuskopiointituote suojaa sekä tietoja että metatietoja luomalla kopioita, jotka voidaan palauttaa, jos jokin katoaa, vioittuu tai muuttuu vahingossa.
Salesforce Backup & Recover ansaitsee erillisen maininnan, koska OwnBackup on nyt osa Salesforcen omaa tuoteperhettä. Backup & Recover, aiemmin Own Recover, suojaa CRM-tietoja katoamiselta ja vioittumiselta, ja tiimit voivat luoda päivittäisiä varmuuskopioita tiedoista, liitetiedostoista, metatiedoista, hallituista paketeista ja hiekkalaatikoista.
AutoRABIT Vault sopii tiimeille, jotka käsittelevät Salesforcea kuin koodia jättimäisen laskentataulukon sijaan. Se varmuuskopioi tiedot ja metatiedot ja antaa sitten ylläpitäjille mahdollisuuden palauttaa kentän, objektin tai tietuejoukon ilman, että koko organisaatio käännetään päinvastaiseksi.
Spanning Backup sopii selkeämmin järjestelmänvalvojan johtamille tiimeille, jotka haluavat päivittäisen Salesforce-tietojen varmuuskopiointistrategian Salesforcen sisällä. Se suojaa Salesforce-tietoja ja -metatietoja automaattisella päivittäisellä varmuuskopiointi- ja palautustoiminnolla sekä hiekkalaatikon siementämisellä.
Druva on harkitsemisen arvoinen, kun varmuuskopioiden on oltava erillään Salesforcesta. Se varmuuskopioi tiedot ja metatiedot päivittäin, tallentaa kopiot erilleen pääympäristöstä ja antaa tiimien palauttaa tiedot tietystä ajankohdasta.
Kuinka rakentaa Salesforce-varmuuskopiointistrategia, jota järjestelmänvalvojasi voivat oikeasti käyttää
Salesforcen varmuuskopiointistrategian on katettava rumat yksityiskohdat. Millä asioilla on merkitystä? Kuinka monta tuntia menetettyä työtä yritys kestää? Ketä hälytetään, kun edellisen yön työ epäonnistui? Kuka on tarpeeksi rohkea hyväksymään palautuksen?


STEP 1
Aloita ennätyksistä, jotka ihmiset menettäisivät lounasaikaan mennessä
Asiakkaat ja yhteyshenkilöt ovat ilmeisiä. Samoin ovat liidit, mahdollisuudet, tapaukset, tiedostot, aktiviteetit, tilaukset, tuotteet, ostoskorit, hinnastot, tilaukset ja mukautetut objektit. Älä unohda verkkokaupan, laskutuksen, toiminnanohjauksen, tuen ja markkinoinnin syöttämiä tietoja.

STEP 2
Lisää metatiedot suunnitelmaan
Työnkulut, kentät, sivuasettelut, vahvistussäännöt, profiilit, käyttöoikeusjoukot, raportit, koontinäytöt, Apex, yhdistetyt sovellukset ja tietuetyypit tarvitsevat kaikki kattavuutta. Metadata on talon muoto. Huonekalujen entisöinti ei auta paljon, jos seinät ovat siirtyneet.

STEP 3
Aseta tappioraja
Älä valitse varmuuskopiointiaikataulua siksi, että se kuulostaa järkevältä. Kysy itseltäsi, mikä oikeasti vahingoittaisi. Yksi menetetty tunti? Kokonainen aamu tapausten päivityksiä? Kokonainen päivä muutoksia prosessissa? Jos yritys voi menettää vain neljä tuntia työtä, Salesforce-varmuuskopiot on suoritettava vähintään neljän tunnin välein. Päivittäinen varmuuskopiointi tarkoittaa, että huono päivä voi maksaa kokonaisen päivän muutoksia.

STEP 4
Valitse organisaatiosi toimintaan sopiva vararytmi
Aktiivisille Salesforce-organisaatioille päivittäinen tietojen varmuuskopiointi Salesforceen on kohtuullinen lähtökohta. Metadatan osalta viikoittainen varmuuskopiointi on vähimmäisvaatimus, ja lisäksi uusi varmuuskopio tehdään ennen jokaista käyttöönottoa, tuontia, työnkulun muutosta, käyttöoikeuksien päivitystä, sandboxin päivitystä tai integraatiomuutosta. Harkitse varmuuskopiointia tarvittaessa ennen riskialttiita julkaisuja ja Salesforce-päivityksiä.

STEP 5
Pidä ainakin yksi kopio poissa räjähdysalueelta
Hiekkalaatikko voi auttaa testauksessa. Se ei ole pelastussuunnitelma sinänsä. Salesforcen oma varmuuskopiointiopas suosittelee 3-2-1-sääntöä: kolme kopiota, kaksi tallennustyyppiä ja yksi muualla oleva kopio. Tämä on hyvä sääntö, koska Salesforce-ongelmien, järjestelmänvalvojan virheiden ja synkronointivirheiden ei pitäisi kaikkien voida vaikuttaa kaikkiin kopioihin samanaikaisesti.

STEP 6
Anna työ nimetylle henkilölle
Joku vastaa varmuuskopioiden kunnosta. Joku tarkistaa epäonnistuneet työt. Joku muu tarkistaa käyttöoikeudet. Joku hyväksyy palautuksen. Suunnitelmalla voi toki olla varmuuskopioita ja varahenkilöitä, mutta se ei voi sijaita siinä vaarallisessa paikassa, jossa kaikki olettavat jonkun muun tarkkailevan sitä.

STEP 7
Suorita palautus ennen kuin tarvitset sitä
Salesforcen varmuuskopio, jota ei ole koskaan palautettu, on arvaus. Testaa sitä hiekkalaatikossa. Palauta muutama tietue, niihin liittyvä tietuejoukko ja metatietojen muutos. Tarkista omistajuus, suhteet, käyttöoikeudet, raportit ja automaatio jälkikäteen. Salesforce listaa palautustestauksen varmuuskopioinnin parhaana käytäntönä, ja Gearset suosittelee palautuksen testaamista kolmen kuukauden välein ja suurten tiimimuutosten jälkeen. On myös järkevää suorittaa Salesforcen terveystarkastus merkittävien kokoonpanomuutosten jälkeen tai ennen suuria julkaisuja. Tietoturva-asetusten, käyttöoikeuksien, istuntokäytäntöjen ja organisaation yleisen kokoonpanon tarkistaminen varmuuskopiointistrategian ohella auttaa havaitsemaan ongelmia, jotka voivat vaikuttaa sekä palautumiseen että alustan päivittäiseen vakauteen, ennen kuin niistä tulee tuotanto-ongelmia.
Salesforcen tietojen varmuuskopiointimenetelmien selitys
Salesforcen tärkeimmät varmuuskopiointimenetelmät ovat ajoitetut viennit, API-pullit, hiekkalaatikkokopiot ja automatisoidut varmuuskopiointityökalut. Niillä kaikilla on paikkansa. Jotkut ovat vain paljon hyödyllisempiä silloin, kun asiat ovat todella tulessa.
Nopea tapa ajatella asiaa: viennit sopivat hyvin todisteeksi. API-rajapinnat ovat hyviä, kun mukana on kehittäjiä. Automaattiset varmuuskopiointityökalut ovat parempia, kun yritys tarvitsee palautusta, ei vain kansion täyttä tiedostoja.
Kuinka usein sinun tulisi varmuuskopioida Salesforce-tiedot?
Kuinka usein Salesforce-varmuuskopiointi on tehtävä? Sovita aikataulu siihen, kuinka paljon muutoksia tiimisi voi menettää.
Aktiivisille myynti- tai tukiorganisaatioille päivittäiset varmuuskopiot ovat perusta. Jos edustajat päivittävät prosessia koko päivän, tukitiimit sulkevat tapauksia tai asiakkaat tekevät tilauksia yhdistettyjen järjestelmien kautta, viikoittainen vienti on pohjimmiltaan varmuuskopiointi siitä, ettei mikään tärkeä asia hajoa ajojen välillä.
Nopeasti liikkuvat organisaatiot tarvitsevat enemmän kuin päivittäisen tarkistuspisteen. Mahdollisuudet, tapaukset, tilaukset, ostoskorit, asiakasprofiilit, varastoon linkitetyt tietueet ja tuloja tuottavat mukautetut objektit voivat muuttua liian nopeasti tähän tarkoitukseen. Näissä tapauksissa tuntikohtainen tai lähes reaaliaikainen varmuuskopiointi alkaa näyttää vähemmän vainoharhaiselta ja järkevämmältä.
Metadatan on oltava omassa rytmissään. Viikoittaiset metadatan varmuuskopiot ovat kohtuullinen lähtökohta, mutta jokaisen käyttöönoton tulisi saada uusi tilannekuva ennen kuin mitään muuttuu. Sama pätee Flow-muokkauksiin, käyttöoikeuspäivityksiin, tuonteihin, sandbox-päivityksiin, integraatiomuutoksiin ja joukkopäivityksiin.
Salesforce Backup and Recoveryn parhaat käytännöt, jotka varmasti ottavat käyttöön
Paras Salesforcen varmuuskopiointisuunnitelma on tuskallisen käytännöllinen. Se kertoo ylläpitäjälle, mitä kopioidaan, milloin se suoritetaan, kuka sen omistaa ja mitä tehdä, jos joku tarvitsee palautusta myöhään perjantaina.

Varmuuskopioi tiedot ja metatiedot erillisinä palautusongelmina
Data on tietue: tili, yhteyshenkilö, mahdollisuus, tapaus, tilaus, tiedosto tai mukautettu objekti. Metadata on sitä ympäröivä koneisto: kentät, kulut, asettelut, Apex, käyttöoikeudet, validointisäännöt ja raportit. Metadata antaa Salesforce-tiedolle sen toimintarakenteen, joten tietueiden palauttaminen ilman vastaavaa määritystä voi silti jättää organisaation puolitiehen.
Palauta metatiedot ensin, kun rakenne muuttui
Jos käyttöönotto vahingoittaa työnkulkuja, käyttöoikeusjoukkoja tai sivuasetteluja, tietojen palauttaminen ensin voi pahentaa siivousta. Palauta ensin määrityskerros ja palauta sitten tietueet rakenteeseen, joka voi ne tosiasiallisesti säilyttää.
Testaa palautusprosessia, älä pelkästään varmuuskopiointityötä
Vihreä varmuuskopiointitila ei todista paljoa. Suorita testipalautus yhdelle Salesforce-varmuuskopioistasi hiekkalaatikossa ja tarkista sen jälkeen suhteet, omistajuus, hakukentät, raportit ja automaatio. Salesforce listaa palautustestauksen varmuuskopioinnin parhaiksi käytännöiksi, ja Gearset suosittelee palautussuunnitelman testaamista kolmen kuukauden välein ja suurten tiimimuutosten jälkeen.
Ota uusi varmuuskopio ennen jokaista riskialtista Salesforce-muutosta
Tee tämä ennen käyttöönottoja, Flow-muokkauksia, käyttöoikeusmuutoksia, joukkotuonteja, suuria Data Loader -töitä, integraatiopäivityksiä ja sandbox-päivityksiä. Käytä tarvittaessa tehtäviä Salesforce-varmuuskopioita ennen massatuonteja, suuria käyttöönottoja ja integraatiomuutoksia.
Nimeä varmuuskopion omistaja ja palautuksen hyväksyjä
”Ylläpitotiimistä” ei ole paljon apua, kun tuotanto on häiriintynyt. Nimeä henkilö, joka luo varmuuskopiot, henkilö, joka tarkistaa virheet, henkilö, joka voi hyväksyä palautuksen, ja henkilöt, joilla on lupa käsitellä arkaluonteisia varmuuskopiotietoja. Älä anna koko suunnitelman elää yhden ylläpitäjän päässä.
Säilytä varmuuskopioita Salesforcen ulkopuolella
Sandbox-kopio on parempi kuin ei mitään, mutta en löisi vetoa yrityksen puolesta. Salesforce suosittelee kolmea kopiota, kahta tallennustyyppiä ja yhtä ulkoista kopiota. Ylläpitäjän virheet ja synkronointivirheet leviävät nopeasti, joten ainakin yhden kopion on oltava jossain turvallisemmassa paikassa.
Seuraa varmuuskopioiden kuntoa, äläkä vain sitä, suoritettiinko työ
SFDC-varmuuskopiointi voi silti epäonnistua rajoitetussa kentässä, uudessa mukautetussa objektissa tai tiedostotyypissä, jonka joku on unohtanut sisällyttää. Tarkkaile töiden epäonnistumisia, objektitason kattavuutta, outoja poistopiikkejä, käyttöoikeusvirheitä ja API-ongelmia. Käytä työhistoriaa ja hälytyksiä keinona havaita epätavalliset Salesforce-muutokset ennen kuin niistä tulee suurempi palautusongelma.
Käytä versioituja metatietojen varmuuskopioita
Versiohistorian avulla tiimi voi peruuttaa yksittäisen työnkulun, kentän, käyttöoikeuden muutoksen tai raportin muutoksen arvailematta, mitä joku muokkasi viime tiistaina. Tämä on erityisen hyödyllistä organisaatioille, joilla on usein julkaisuja, useita ylläpitäjiä tai CI/CD-työtä.
Aseta säilytyssäännöt, jotka vastaavat liiketoimintaa ja lakia
Säilytys on se kohta, jossa varmuuskopiointisuunnitelmat sotkeutuvat. Kuinka kauan kopiot säilyvät? Kuka voi nähdä ne? Kuka poistaa ne, kun säännöt määräävät niiden poistamisen tarpeelliseksi? GDPR:n, HIPAA:n, SOX:n tai sisäisen tarkastuksen sääntöjen ollessa voimassa varmuuskopiotallennustilasta ei voi tulla sivukaappia täynnä asiakastietoja.
Kirjoita palautusmenettely niin, että joku muukin sitä tarvitsee
Runbookin tulisi kattaa palautusjärjestys, objektien riippuvuudet, hyväksymisvaiheet, validointitarkistukset, käyttäjien välinen viestintä ja palautussäännöt. Tässä vaiheessa varmuuskopiointisuunnittelun tulisi myös liittyä tuonti- ja siirtotyöhön, varsinkin jos tiimi käyttää jo Salesforce-tietojen siirron parhaat käytännöt välttääksesi puhtaan datan vioittumisen siirron aikana.
Yleisiä Salesforcen varmuuskopiointivirheitä, joita kannattaa välttää
Salesforcen varmuuskopiointivirheet on helppo olla huomaamatta, mutta niiden vaikutus voi olla valtava. parhaat Salesforce-konsultointiyritykset voi usein auttaa tiimejä välttämään tuskallisia virheitä.
|
Virhe |
Mitä oikeasti tapahtuu |
Parempi siirto |
|
Pelkän roskakorin varaan luottaminen |
Roskakori on hyödyllinen, kun joku poistaa väärän tietueen. Siinä kohtaa lohtu loppuukin. Se ei korjaa päällekirjoitettuja arvoja, rikkinäisiä metatietoja tai virheellistä työnkulkua, ja poistetut kohteet säilyvät siellä vain 15 päivää. |
Käsittele roskakoria viime hetken säästönä. |
|
Metatietojen varmuuskopioinnin ohittaminen |
Data palautuu, mutta siihen liittyvät kentät, asettelut, työnkulut, profiilit tai käyttöoikeusjoukot ovat virheellisiä. Tällöin "palautus" estää käyttäjiä työskentelemästä oikein. |
Varmuuskopioi metatiedot ennen julkaisuja, tuonteja, käyttöoikeusmuutoksia ja automaatiomuokkauksia. |
|
Olettaen, että Salesforce omistaa täyden palautuksen |
Salesforce suojaa alustaa, mutta yrityksesi omistaa edelleen sen tietueet, metatiedot, varmuuskopiointioikeudet, säilytyssäännöt ja palautusprosessin. |
Laadi asiakkaan omistama palautussuunnitelma, joka sisältää nimetyt omistajat ja testatut palautusvaiheet. |
|
Käytetään vain manuaalisia vientiä |
CSV-tiedostot unohtuvat, vanhenevat, jäävät jonkun latauskansioon tai eivät säilytä suhteita puhtaassa palautuksessa. Tiedostojen vientiin tarkoitetut zip-tiedostot poistetaan 48 tuntia sähköpostin lähettämisen jälkeen. |
Käytä automaattista varmuuskopiointia, kun Salesforce on sidottu liikevaihtoon, palveluun, vaatimustenmukaisuuteen tai raportointiin. |
|
Palautusten testaaminen ei koskaan onnistu |
Varmuuskopiot tuntuvat turvallisilta aina siihen asti, kunnes jonkun on pakko käyttää niitä. Jos tiimi ei ole testannut palautusjärjestystä, hyväksyntää, suhteita ja validointitarkistuksia, se on arvailua. |
Tee testi hiekkalaatikossa, kun kukaan ei panikoi. |
Pahimmat tapaukset ovat harvoin "joku poisti yhden yhteyshenkilön". Kyse on virheellisistä tuonneista, jotka korvaavat mahdollisuuksien arvoja, middleware-ohjelmistoista, jotka ajavat väärää synkronointisäännöä, tai työnkulusta, joka muuttaa tietueita tuntikausia ennen kuin kukaan huomaa sen.
Milloin kannattaa tehdä yhteistyötä Salesforce-varmuuskopiointiasiantuntijan kanssa
Salesforce-tietojen varmuuskopioinnin oppiminen on yksi asia, ja varmuuskopioiden luotettavuuden varmistaminen on toinen.
Yrityksen tulisi palkata Salesforce-varmuuskopiointiasiantuntija, kun varmuuskopioinnin suunnittelu lakkaa olemasta yksinkertainen järjestelmänvalvojan tehtävä. Näin tapahtuu yleensä silloin, kun organisaatiolla on mukautettuja objekteja kaikkialla, useita järjestelmiä kirjoittamassa Salesforceen, tiukat säilytyssäännöt, useita organisaatioita tai julkaisuprosessi etenee nopeammin kuin järjestelmänvalvojatiimi pystyy mukavasti valvomaan.
Sisäiset tiimit kamppailevat eniten, kun heillä on rajoitettu Salesforce-ylläpitäjän kaistanleveys. Yleensä he ovat jo valmiiksi hautautuneet käyttäjien pyyntöihin, kenttämuutoksiin, koontinäyttöjen korjauksiin, käyttöoikeusongelmiin, työnkulun muokkauksiin ja satunnaisiin "voisitko vain tuoda tämän laskentataulukon nopeasti?" -viesteihin, joiden pitäisi hermostuttaa kaikkia.
Asiantuntija-apua tai Salesforce-konsultointipalvelut Yrityksen, kuten Routine Automationin, tarjoamat ratkaisut ovat myös harkitsemisen arvoisia ennen migraatiota, B2C-kaupankäynnin käyttöönottoa, ERP-yhteyttä, HubSpot-synkronointia, suurten tietomäärien siivousta tai AI/Agentforce-käyttöönottoa. Varmuuskopiointi tulisi suunnitella ennen kuin kyseiset projektit koskettavat reaaliaikaisia tietueita, ei jälkeenpäin.

Kutsu Salesforce-kehittäjät tarkistamaan varmuuskopiointien aukot, metadatan riskit, käyttöoikeudet, integraatiot ja palautusvaiheet ennen kuin seuraava muutoksesi siirtyy tuotantoon.
Salesforce Backup and Recoveryn parhaiden käytäntöjen hallitseminen oikeassa järjestelmänvalvojan työssä
Salesforce ei pelasta sinua jokaiselta virheelliseltä tuonnilta, poistetulta tietueelta, rikkinäiseltä Flow'lta tai sotkuiselta synkronoinnilta. Se pitää alustan käytettävissä, mutta yrityksesi on edelleen vastuussa palautusongelmasta. Se on se osa, jonka ihmiset yleensä huomaavat liian myöhään.
Salesforcen tietojen varmuuskopiointimenetelmät vaativat enemmän kuin ajoitetun viennin. Tarvitset oikean työkalun, datan ja metadatan kattavuuden, jonkun tarkistavan työt, palautustestit, jotka on tehty, ja tavan tarkistaa asetukset, kun Salesforce muuttuu. Uudet objektit, uudet automaatiot, uudet integraatiot, uudet käyttäjät, joilla on laajat käyttöoikeudet. Kaikki nämä voivat muuttaa riskiä.
Paras Salesforce-varmuuskopio on sellainen, josta kenenkään ei tarvitse väitellä kriisin aikana. Tiimi tietää, mitä kopiota käytetään, mikä palautetaan ensin, kuka sen hyväksyy ja miten tarkistetaan, että Salesforcessa on turvallista työskennellä uudelleen.
UKK

