Kopie zapasowe i odzyskiwanie danych w Salesforce — dobre praktyki

Jeśli Twój zespół nadal zakłada, że Salesforce automatycznie zapisuje i chroni wszystko, czego kiedykolwiek będzie potrzebować, być może czas poważniej podejść do dobrych praktyk tworzenia kopii zapasowych Salesforce.

Bez jasno określonego planu tworzenia kopii zapasowych SFDC prawdopodobnie dopuszczasz do powstawania luk w danych za każdym razem, gdy ktoś usuwa rekordy, przeprowadza błędny import, psuje wdrożenie lub pozwala automatyzacji masowo przetwarzać dane produkcyjne, zanim ktokolwiek to zauważy.

Własne wytyczne Salesforce dotyczące kopii zapasowych mówią zarówno o tworzeniu kopii, jak i o odzyskiwaniu danych — a ten drugi element zespoły zbyt często pomijają. Ten przewodnik omawia opcje tworzenia kopii zapasowych, narzędzia, strategię i praktyki odzyskiwania danych, które rzeczywiście sprawdzają się, gdy zaczyna się panika.

Czy Salesforce automatycznie tworzy kopie zapasowe Twoich danych?

Nie, Salesforce domyślnie nie zapewnia automatycznych, kompletnych kopii zapasowych, z których klienci mogliby korzystać do samodzielnego odzyskiwania danych. Salesforce dba o działanie platformy, ale to Twoja firma nadal odpowiada za to, by jej rekordy, pliki i metadane dało się rzeczywiście odzyskać, a proces przywracania działał, gdy ktoś popełni błąd.

Istnieje kilka wbudowanych opcji tworzenia kopii zapasowych w Salesforce, ale mają one ograniczenia:

Salesforce zapewnia poszczególne elementy rozwiązania do tworzenia kopii zapasowych. Nie dostarcza kompletnego, przetestowanego planu odzyskiwania — musisz go opracować, kupić odpowiednie rozwiązanie i stale sprawdzać, czy działa.

Jakie dane należy objąć kopią zapasową w Salesforce?

Użyteczna kopia zapasowa Salesforce musi chronić dwie rzeczy: rekordy, z których ludzie korzystają na co dzień, oraz konfigurację, dzięki której te rekordy spełniają swoją funkcję.

To właśnie metadane często zaskakują zespoły. Wszyscy obawiają się utraty rekordów klientów, ale nieudane wdrożenie może również uszkodzić strukturę, w której te rekordy funkcjonują. Metadane nadają środowisku Salesforce strukturę, a po incydencie utraty danych należy je przywrócić, zanim ponownie wprowadzi się dane. Dlatego dobre praktyki tworzenia kopii zapasowych danych Salesforce powinny od początku obejmować konfigurację, kod, uprawnienia i automatyzacje.

Zabezpiecz Salesforce, zanim dojdzie do awarii

Potrzebujesz dodatkowej opinii na temat zakresu kopii zapasowych, ryzyka związanego z metadanymi lub planowania przywracania? Pomocą mogą służyć usługi doradcze Salesforce oferowane przez Routine Automation.

Zacznij już dziś

Opcje tworzenia kopii zapasowych Salesforce: rozwiązania wbudowane a narzędzia zewnętrznych dostawców

Warto przyjrzeć się trzem głównym opcjom tworzenia kopii zapasowych Salesforce: wbudowanym funkcjom eksportu Salesforce, narzędziom do tworzenia kopii zapasowych Salesforce między chmurami oraz niestandardowym mechanizmom eksportu opartym na API.

Wbudowana funkcja Data Export to najprostsza opcja. Umożliwia eksport rekordów obiektów standardowych i niestandardowych do plików CSV, ale nie tworzy kopii zapasowych metadanych, a zaplanowane eksporty odbywają się co 7 lub 29 dni, zależnie od edycji.

Narzędzia do tworzenia kopii zapasowych Salesforce między chmurami sprawdzają się lepiej, gdy Salesforce dostarcza dane na potrzeby sprzedaży, wsparcia, finansów, handlu elektronicznego lub raportowania. Mogą codziennie tworzyć kopie zapasowe, zapisywać metadane, przywracać mniejsze partie danych, wypełniać środowiska sandbox danymi, przechowywać kopie poza Salesforce i sygnalizować nieudane zadania.

Niestandardowe eksporty przez API są przydatne, gdy organizacja ma nietypowe wolumeny danych, wymagania dotyczące hurtowni danych lub bardzo szczegółowe zasady przechowywania. Trzeba jednak uczciwie ocenić kompromis: nie kupujesz procesu odzyskiwania danych, lecz go budujesz. Decyzje dotyczące kopii zapasowych najlepiej podejmować podczas konfiguracji lub przeprojektowywania systemu, dlatego zespoły często analizują je przy okazji korzystania z usług wdrożenia Salesforce.

Najlepsze narzędzia do tworzenia kopii zapasowych Salesforce, które warto rozważyć

Na rynku jest wiele narzędzi do tworzenia kopii zapasowych Salesforce. To, które jest „najlepsze”, zależy od stopnia nieuporządkowania Twojego środowiska Salesforce, zakresu zmian w metadanych, wymaganej szybkości przywracania oraz tego, kto będzie odpowiadał za proces po konfiguracji. Routine Automation nie sprzedaje własnego produktu do tworzenia kopii zapasowych, ale pomagamy zespołom wybrać, skonfigurować, przetestować i utrzymywać odpowiednie rozwiązanie.

Warto przyjrzeć się Gearset, jeśli kopie zapasowe i zarządzanie wydaniami są ze sobą ściśle powiązane. Ten produkt do tworzenia kopii zapasowych Salesforce chroni zarówno dane, jak i metadane, tworząc kopie, które można przywrócić w razie utraty, uszkodzenia lub przypadkowej zmiany.

Salesforce Backup & Recover zasługuje na osobną wzmiankę, ponieważ OwnBackup należy teraz do rodziny produktów Salesforce. Backup & Recover, wcześniej znany jako Own Recover, chroni dane CRM przed utratą i uszkodzeniem, a zespoły mogą codziennie tworzyć kopie zapasowe danych, załączonych plików, metadanych, pakietów zarządzanych i środowisk sandbox.

AutoRABIT Vault sprawdza się w zespołach, które traktują Salesforce jak kod, a nie ogromny arkusz kalkulacyjny. Tworzy kopie zapasowe danych i metadanych, a następnie pozwala administratorom przywrócić pole, obiekt lub zestaw rekordów bez cofania całego środowiska do wcześniejszego stanu.

Spanning Backup lepiej pasuje do zespołów kierowanych przez administratorów, które chcą realizować strategię codziennych kopii zapasowych danych Salesforce bezpośrednio w Salesforce. Chroni dane i metadane Salesforce dzięki automatycznemu codziennemu tworzeniu kopii zapasowych i funkcji przywracania, a także umożliwia zasilanie środowisk sandbox danymi.

Warto przyjrzeć się Druva, gdy kopie zapasowe trzeba przechowywać z dala od Salesforce. Rozwiązanie codziennie tworzy kopie danych i metadanych, przechowuje je poza głównym środowiskiem i pozwala zespołom przywracać stan z określonego punktu w czasie.

Jak opracować strategię kopii zapasowych Salesforce, z której administratorzy naprawdę będą mogli korzystać

Strategia kopii zapasowych Salesforce musi uwzględniać niewygodne szczegóły. Które obiekty są istotne? Utratę ilu godzin pracy firma jest w stanie przełknąć? Kto dostaje pilne powiadomienie, gdy zadanie z poprzedniej nocy zakończyło się niepowodzeniem? Kto ma dość odwagi, by zatwierdzić przywracanie?

KROK 1

Zacznij od rekordów, których brak byłby odczuwalny już w porze lunchu

Konta i kontakty to oczywistość. Podobnie jak potencjalni klienci, szanse sprzedaży, zgłoszenia, pliki, aktywności, zamówienia, produkty, koszyki, cenniki, subskrypcje i obiekty niestandardowe. Nie zapomnij o rekordach zasilanych danymi z e-commerce, rozliczeń, ERP, obsługi klienta i marketingu do

KROK 2

Uwzględnij metadane w planie

Przepływy Flow, pola, układy stron, reguły walidacji, profile, zestawy uprawnień, raporty, pulpity, Apex, połączone aplikacje i typy rekordów — wszystko to wymaga ochrony. Metadane wyznaczają konstrukcję domu. Przywrócenie mebli niewiele pomoże, jeśli ściany zmieniły położenie.

KROK 3

Określ dopuszczalny poziom utraty danych

Nie wybieraj harmonogramu kopii zapasowych tylko dlatego, że brzmi rozsądnie. Zapytaj, jaka strata rzeczywiście byłaby dotkliwa. Jedna utracona godzina? Cały poranek aktualizacji zgłoszeń? Cały dzień zmian w lejku sprzedażowym? Jeśli firma może sobie pozwolić na utratę najwyżej czterech godzin pracy, kopie zapasowe Salesforce trzeba wykonywać co najmniej co cztery godziny. Codzienna kopia oznacza, że zły dzień może kosztować utratę zmian z całego dnia.

KROK 4

Dostosuj częstotliwość kopii zapasowych do sposobu działania środowiska

W aktywnie używanych środowiskach Salesforce codzienne tworzenie kopii zapasowych danych to rozsądny punkt wyjścia. Dla metadanych minimum to kopia raz w tygodniu oraz nowa kopia przed każdym wdrożeniem, importem, zmianą we Flow, aktualizacją uprawnień, odświeżeniem środowiska sandbox lub zmianą integracji. Rozważ kopie zapasowe na żądanie przed ryzykownymi wydaniami i aktualizacjami Salesforce.

KROK 5

Przechowuj co najmniej jedną kopię poza strefą rażenia

Środowisko sandbox może pomóc w testowaniu. Samo w sobie nie jest jednak planem ratunkowym. Poradnik Salesforce dotyczący kopii zapasowych zaleca zasadę 3-2-1: trzy kopie, dwa rodzaje pamięci masowej i jedna kopia poza lokalizacją główną. To dobra zasada, ponieważ problemy z Salesforce, pomyłki administratorów i błędy synchronizacji nie powinny móc dotknąć wszystkich kopii naraz.

KROK 6

Powierz to zadanie konkretnej osobie

Ktoś odpowiada za stan kopii zapasowych. Ktoś sprawdza zadania zakończone niepowodzeniem. Ktoś inny weryfikuje dostęp. Ktoś zatwierdza przywracanie. Plan może oczywiście przewidywać zastępstwa i zastępców, ale nie może tkwić w niebezpiecznej próżni, w której każdy zakłada, że czuwa nad nim ktoś inny.

KROK 7

Przetestuj przywracanie, zanim będzie potrzebne

Kopia zapasowa Salesforce, której nigdy nie przywrócono, daje jedynie złudne poczucie pewności. Przetestuj ją w środowisku sandbox. Przywróć kilka rekordów, zestaw powiązanych rekordów oraz zmianę metadanych. Następnie sprawdź właścicieli rekordów, relacje, uprawnienia, raporty i automatyzacje. Salesforce wymienia testowanie odzyskiwania wśród dobrych praktyk tworzenia kopii zapasowych, a Gearset zaleca testowanie odzyskiwania co trzy miesiące i po istotnych zmianach w zespole. Warto też uruchomić Salesforce Health Check po znaczących zmianach konfiguracji lub przed dużymi wydaniami. Przegląd ustawień zabezpieczeń, uprawnień, zasad sesji i ogólnej konfiguracji środowiska wraz ze strategią kopii zapasowych pomaga wykryć problemy mogące wpłynąć zarówno na odzyskiwanie, jak i codzienną stabilność platformy, zanim staną się problemami na produkcji.

Metody tworzenia kopii zapasowych danych Salesforce — wyjaśnienie

Główne metody tworzenia kopii zapasowych danych Salesforce to zaplanowane eksporty, pobieranie przez API, kopie w środowiskach sandbox i zautomatyzowane narzędzia do kopii zapasowych. Wszystkie mają swoje zastosowanie. Niektóre są po prostu o wiele przydatniejsze, gdy naprawdę się pali.

Można to szybko ująć tak: eksporty sprawdzają się jako materiał dowodowy. API sprawdzają się, gdy masz programistów. Zautomatyzowane narzędzia do kopii zapasowych są lepsze wtedy, gdy firma potrzebuje odzyskiwania danych, a nie tylko folderu pełnego plików.

Jak często tworzyć kopie zapasowe danych Salesforce?

Jak często trzeba tworzyć kopie zapasowe Salesforce? Dostosuj harmonogram do liczby zmian, na których utratę zespół może sobie pozwolić.

W aktywnie używanych środowiskach Salesforce do sprzedaży lub obsługi klienta codzienne kopie zapasowe danych to minimum. Jeśli handlowcy przez cały dzień aktualizują lejek sprzedażowy, zespoły wsparcia zamykają zgłoszenia lub klienci składają zamówienia przez połączone systemy, cotygodniowy eksport oznacza w zasadzie liczenie na to, że między kolejnymi eksportami nic istotnego się nie zepsuje.

Środowiska, w których zmiany zachodzą szybko, potrzebują czegoś więcej niż codziennego punktu przywracania. Szanse sprzedaży, zgłoszenia, zamówienia, koszyki, profile klientów, rekordy powiązane ze stanami magazynowymi i obiekty niestandardowe o dużym znaczeniu dla przychodów mogą zmieniać się zbyt szybko, by to wystarczyło. W takich przypadkach kopie co godzinę lub niemal w czasie rzeczywistym zaczynają wyglądać mniej na paranoję, a bardziej na rozsądne rozwiązanie.

Metadane potrzebują własnego harmonogramu. Cotygodniowe kopie zapasowe metadanych to rozsądny punkt wyjścia, ale przed każdym wdrożeniem należy wykonać nową migawkę, zanim cokolwiek się zmieni. To samo dotyczy edycji Flow, aktualizacji uprawnień, importów, odświeżania środowisk sandbox, zmian integracji i aktualizacji masowych.

Dobre praktyki tworzenia kopii zapasowych i odzyskiwania Salesforce, za których wdrożenie sobie podziękujesz

Najlepszy plan kopii zapasowych Salesforce jest do bólu praktyczny. Mówi administratorowi, co jest kopiowane, kiedy uruchamiane jest zadanie, kto za nie odpowiada i co zrobić, gdy ktoś potrzebuje przywrócenia danych w piątek pod koniec dnia.

Twórz kopie danych i metadanych, traktując ich odzyskiwanie jako dwa osobne zagadnienia

Dane to rekord: konto, kontakt, szansa sprzedaży, zgłoszenie, zamówienie, plik lub obiekt niestandardowy. Metadane to otaczające go mechanizmy: pola, przepływy, układy, Apex, uprawnienia, reguły walidacji i raporty. Metadane nadają danym Salesforce strukturę niezbędną do działania, dlatego przywrócenie rekordów bez odpowiadającej im konfiguracji nadal może pozostawić środowisko częściowo niesprawne.

Jeśli struktura się zmieniła, najpierw przywróć metadane

Jeśli wdrożenie uszkodzi przepływy, zestawy uprawnień lub układy stron, przywrócenie najpierw danych może utrudnić naprawę. Najpierw przywróć warstwę konfiguracji, a następnie umieść rekordy z powrotem w strukturze, która rzeczywiście może je pomieścić.

Testuj proces przywracania, a nie tylko zadanie tworzenia kopii zapasowej

Zielony status kopii zapasowej niewiele dowodzi. Przeprowadź w środowisku sandbox próbne przywracanie jednej z kopii zapasowych Salesforce, a następnie sprawdź relacje, właścicieli rekordów, pola odnośników, raporty i automatyzacje. Salesforce wymienia testowanie odzyskiwania wśród dobrych praktyk tworzenia kopii zapasowych, a Gearset zaleca testowanie planu odzyskiwania co trzy miesiące i po istotnych zmianach w zespole.

Twórz nową kopię zapasową przed każdą ryzykowną zmianą w Salesforce

Rób to przed wdrożeniami, edycją Flow, zmianami uprawnień, importami masowymi, dużymi zadaniami w Data Loader, aktualizacjami integracji i odświeżaniem środowisk sandbox. Korzystaj z kopii zapasowych Salesforce na żądanie przed importami masowymi, dużymi wdrożeniami i zmianami integracji.

Wyznacz osobę odpowiedzialną za kopie zapasowe i osobę zatwierdzającą przywracanie

„Zespół administratorów” niewiele pomoże, gdy środowisko produkcyjne przestanie działać. Wskaż osobę konfigurującą kopie zapasowe, osobę sprawdzającą niepowodzenia, osobę uprawnioną do zatwierdzenia przywracania oraz osoby, które mogą pracować z danymi wrażliwymi w kopiach zapasowych. Nie pozwól, by cały plan istniał wyłącznie w głowie jednego administratora.

Przechowuj kopie zapasowe poza Salesforce

Kopia w środowisku sandbox jest lepsza niż nic, ale nie oparłbym na niej bezpieczeństwa firmy. Salesforce zaleca trzy kopie, dwa rodzaje pamięci masowej i jedną kopię poza lokalizacją główną. Pomyłki administratorów i błędy synchronizacji rozprzestrzeniają się szybko, dlatego co najmniej jedna kopia musi znajdować się w bezpieczniejszym miejscu.

Monitoruj stan kopii zapasowych, a nie tylko fakt uruchomienia zadania

Zadanie tworzenia kopii zapasowej SFDC może się wykonać, a mimo to pominąć pole z ograniczonym dostępem, nowy obiekt niestandardowy lub typ pliku, o którym ktoś zapomniał. Monitoruj niepowodzenia zadań, zakres ochrony poszczególnych obiektów, nietypowe skoki liczby usunięć, błędy uprawnień i problemy z API. Korzystaj z historii zadań i alertów, by wykrywać nietypowe zmiany w Salesforce, zanim przerodzą się w większy problem z odzyskiwaniem.

Korzystaj z wersjonowanych kopii zapasowych metadanych

Historia wersji pozwala zespołowi przywrócić wcześniejszą wersję pojedynczego przepływu Flow, pola, zmiany uprawnień lub raportu bez zgadywania, co ktoś edytował w zeszły wtorek. Jest to szczególnie przydatne w środowiskach z częstymi wydaniami, wieloma administratorami lub procesami CI/CD.

Ustal zasady retencji zgodne z potrzebami firmy i przepisami

Retencja to obszar, w którym plany kopii zapasowych zaczynają się komplikować. Jak długo przechowywane są kopie? Kto ma do nich wgląd? Kto je usuwa, gdy wymagają tego zasady? Gdy w grę wchodzą RODO, HIPAA, SOX lub zasady audytu wewnętrznego, miejsce przechowywania kopii zapasowych nie może stać się bocznym schowkiem pełnym danych klientów.

Opisz procedurę odzyskiwania tak, jakby miał z niej korzystać ktoś inny

Instrukcja operacyjna powinna obejmować kolejność przywracania, zależności między obiektami, etapy zatwierdzania, kontrole poprawności, komunikację z użytkownikami i zasady wycofywania zmian. To także miejsce, w którym planowanie kopii zapasowych powinno łączyć się z importami i pracami migracyjnymi, zwłaszcza jeśli zespół już stosuje dobre praktyki migracji danych Salesforce, aby uniknąć uszkodzenia poprawnych danych podczas ich przenoszenia.

Typowe błędy przy tworzeniu kopii zapasowych Salesforce, których warto unikać

Błędy związane z kopiami zapasowymi Salesforce łatwo przeoczyć, ale ich skutki mogą być ogromne. Czołowe firmy doradcze specjalizujące się w Salesforce często mogą pomóc zespołom uniknąć dotkliwych pomyłek.

Najgorsze przypadki rzadko sprowadzają się do tego, że „ktoś usunął jeden kontakt”. To raczej błędne importy nadpisujące wartości szans sprzedaży, oprogramowanie pośredniczące narzucające niewłaściwą regułę synchronizacji albo Flow zmieniający rekordy przez wiele godzin, zanim ktokolwiek to zauważy.

Kiedy skorzystać z pomocy eksperta ds. kopii zapasowych Salesforce

Wiedzieć, jak tworzyć kopie zapasowe danych Salesforce, to jedno, a mieć pewność, że można na nich polegać — to drugie.

Firma powinna zaangażować eksperta ds. kopii zapasowych Salesforce, gdy planowanie kopii przestaje być prostym zadaniem administracyjnym. Zwykle dzieje się tak, gdy w środowisku jest mnóstwo obiektów niestandardowych, kilka systemów zapisuje dane w Salesforce, obowiązują rygorystyczne zasady przechowywania danych, firma korzysta z wielu środowisk albo proces wydawania nowych wersji przebiega szybciej, niż zespół administratorów jest w stanie swobodnie nadzorować.

Zespoły wewnętrzne mają największe trudności, gdy dysponują ograniczonymi zasobami do administrowania Salesforce. Zwykle już toną w zgłoszeniach użytkowników, zmianach pól, poprawkach pulpitów, problemach z dostępem, modyfikacjach Flow i sporadycznych wiadomościach w rodzaju „możesz tylko szybko zaimportować ten arkusz?”, które powinny wszystkich zaniepokoić.

Wsparcie eksperta lub usługi doradcze Salesforce od firmy takiej jak Routine automation warto również rozważyć przed migracją, konfiguracją B2C Commerce, połączeniem z ERP, synchronizacją z HubSpot, porządkowaniem dużych zbiorów danych lub wdrożeniem AI/Agentforce. Kopie zapasowe należy zaplanować, zanim te projekty zaczną ingerować w rekordy produkcyjne, a nie później.

Potrzebujesz pomocy z kopiami zapasowymi?

Zaangażuj programistów Salesforce, aby sprawdzili luki w kopiach zapasowych, ryzyko związane z metadanymi, uprawnienia, integracje i procedury odzyskiwania, zanim kolejna zmiana trafi na produkcję.

Zacznij już dziś

Najlepsze praktyki tworzenia kopii zapasowych i odzyskiwania danych Salesforce w codziennej pracy administratora

Salesforce nie uchroni Cię przed każdym błędnym importem, usunięciem rekordu, awarią Flow czy chaotyczną synchronizacją. Zapewnia dostępność platformy, ale odpowiedzialność za odzyskiwanie nadal spoczywa na Twojej firmie. O tym ludzie zwykle dowiadują się zbyt późno.

Tworzenie kopii zapasowych danych w Salesforce wymaga czegoś więcej niż zaplanowanego eksportu. Potrzebujesz odpowiedniego narzędzia, objęcia kopiami danych i metadanych, osoby sprawdzającej zadania, faktycznie przeprowadzonych testów przywracania oraz nawyku przeglądania konfiguracji po zmianach w Salesforce. Nowe obiekty, nowe automatyzacje, nowe integracje, nowi użytkownicy z szerokimi uprawnieniami. Wszystko to może zmienić poziom ryzyka.

Najlepsza kopia zapasowa Salesforce to taka, nad którą nikt nie musi dyskutować w kryzysie. Zespół wie, której kopii użyć, co przywrócić w pierwszej kolejności, kto to zatwierdza i jak sprawdzić, czy znów można bezpiecznie pracować w Salesforce.