Loading

Miten valmistautua organisaation siirtoon

Julkaisupäivä: Feb 26, 2026
Kuvaus

Voidaksemme valmistautua asiakkaidemme jatkuvaan kasvuun meidän täytyy silloin tällöin suorittaa organisaation siirroksi kutsuttu toimenpide. Organisaatioiden siirtojen avulla Salesforce voi edelleen tarjota asiakkaille samantasoista suorituskykyä, jota he ovat tottuneet odottamaan. Organisaatioiden siirtojen ketteryyden ja suoritusten myötä Salesforce pystyy tasapainottamaan toimintoja infrastruktuurimme sisällä ja välttämään resurssikiistat. 

Organisaation siirron aikana organisaatiosi siirretään instanssista toiseen. Jos noudatat suosittelemiamme käytäntöjä, tämän huoltotoimen tulisi tapahtua saumattomasti. Alla on joitakin yleisimpiä organisaatioiden siirtoihin liittyviä kysymyksiä. Siirtoa edeltävät ja siirron jälkeiset tarkistuslistat löytyvät liitetiedostoina.

HUOMAA: Jos organisaatiollesi on ajoitettu siirto Hyperforceen, avaa sovelluksen sisäinen Hyperforce-avustaja saadaksesi ohjeita organisaation siirtoon valmistautumiseksi. Katso myös Hyperforce-organisaation siirron yleiskatsaus -video, joka sisältää ohjeet kovakoodattujen viitteiden päivittämiseen ja vaadittujen toimialueiden sallimiseen sekä sähköposteja koskevia suositeltuja käytäntöjä.

HUOMAA: Tämä asiakirja on tarkoitettu vain tiedotustarkoituksiin eikä se ole osa lainvoimaista tai muulla tavoin sitovaa sopimusta. Salesforce voi muuttaa tässä asiakirjassa kuvattuja menettelytapoja ja käytäntöjä oman harkintansa mukaan.

Hyödyllisiä resursseja: 

Ratkaisu

Yleisimmät kysymykset

1. Jos sain tuote- ja palveluilmoituksen, jossa kerrotaan, että organisaationi on valittu siirrettäväksi, mutta huoltopäivä ei sovi minulle, mitkä ovat vaihtoehtoni?

Noudata suositeltuja käytäntöjämme ja suunnittele tapahtumasi järjestelmän suunnitellut huoltoajat huomioiden. Jos et voi valmistautua organisaatioon siirtoon ajoissa, ota yhteyttä asiakastiimiisi pyytääksesi siirron lykkäämistä. Lykkäyspyyntöjä, jotka saadaan alle 7 päivää ennen ajoitettua siirtopäivää, ei välttämättä voida toteuttaa.


2. Mitä minun täytyy tehdä valmistautuakseni organisaation siirtoon?

Huomautus: Jos et noudata alla kuvattuja suositeltuja käytäntöjämme, loppukäyttäjäsi eivät välttämättä voi käyttää Salesforcea siirron jälkeen.
  • Oman toimialueen ottaminen käyttöön on pakollista asiakkaille, jotka ovat pyytäneet organisaation siirtoa ja joilla on kovakoodattuja viitteitä (esimerkiksi: na1.salesforce.com).  Muista päivittää nämä kovakoodatut viitteet suhteellisiksi URL-osoitteiksi, esimerkiksi Oman toimialueesi alatoimialueeksi, ennen organisaation siirtoa.
  • Poista kovakoodatut viitteet – Katso lisätietoja Kovakoodattujen viitteiden päivittäminen -artikkelista.
  • Tarkasta IP-osoitealueiden muutokset – Jos organisaatiosi sijaitsee Salesforcen omistamassa tai hallitsemassa datakeskuksessa ja sinä tai yrityksesi olette määrittäneet yritysverkon asetuksia tai sähköpostisuodattimia sallimaan käytön vain tietyistä IP-osoitealueista, muista lisätä uusimmat osoitealueemme luetteloihisi. Katso lisätietoja IP-osoitealueista Salesforcen sallittavat IP-osoitteet -artikkelista.
  • Valmistaudu päivittämään integraatiosi, jos niissä esiintyy ongelmia huollon jälkeen.
  • Valmistaudu tyhjentämään DNS-välimuistisi, jos ”Huolto on käynnissä” -hälytys ei katoa sisäänkirjautumissivulta huollon jälkeen.
  • Jos tallennat sertifikaatteja paikalliseen välimuistiin, liity Trailblazer Community -yhteisön Certificate Changes -ryhmään saadaksesi uusimmat sertifikaatit.
  • Vältä suurten töiden aloittamista 72 tuntia huoltojakson alkamisen jälkeen, jotta käsittelyn suorittamiseen jää riittävästi aikaa.*
  • Hyperforceen siirtymisessä huomioitavia asioita
 
3.  Voinko käyttää Salesforcea organisaation siirron aikana?
Sinulle kerrotaan organisaatiosi käytettävyydestä huollon aikana ennen huoltoa. Vain luku -tila saattaa olla käytettävissä huoltojakson tiettyinä aikoina tai koko huoltojakson ajan. Lisätietoja Vain luku -tilasta on Vain luku -tilan yhteenveto -artikkelissa. Organisaatiosi voi tulla myös saataville ja se voidaan aktivoida kohdeinstanssissa ennen huoltojakson päättymistä.
 
4. Vaikuttaako organisaation siirto Salesforce for Outlookin (SFO) OAuth-valtuuksiin?
Organisaation siirron jälkeen kaikki käyttäjät kirjataan automaattisesti ulos SFO:sta ja heitä pyydetään kirjautumaan takaisin sisään ohjatun määritystoiminnon aikana. Jos SFO:hon sisäänkirjautumisessa ilmenee ongelmia huollon jälkeen, noudata Salesforce for Outlookin OAuth-uudelleentodennus -artikkelissa kuvattuja ohjeita. Jos sinulla on vielä kysyttävää SFO:sta, lähetä viesti Trailblazer Community -yhteisön Salesforce for Outlook & Email Connect -ryhmään.

5. Jos aion tarkastella sähköpostilokejani organisaation siirron jälkeen, täytyykö minun pyytää niitä ennen huoltojaksoa?
Jos sinun täytyy tarkastella sähköpostilokejasi organisaation siirron jälkeen ja olet siirtymässä uuteen tietokeskukseen, sinun täytyy pyytää sähköpostilokejasi ennen huoltojaksoa. Voit pyytää sähköpostilokejasi noudattamalla Mitä ovat sähköpostilokit? -artikkelissa kuvattuja ohjeita. Kun sähköpostilokeja pyydetään, ne tallennetaan tietokantaan ja siirretään uuteen instanssiin muiden tietojen kanssa organisaation siirron jälkeen.
Sähköpostilokeja ei voi noutaa vanhasta datakeskuksesta organisaation siirron jälkeen.
 
6. Vaikuttavatko organisaatioiden siirrot sandboxeihin?
​Tällä hetkellä, jos tuotantoinstanssille suoritetaan organisaation siirto sandboxin kopioinnin ollessa kesken, sandbox ei päivity oikein. Tästä syystä Full Sandbox -päivitystä ei tulisi pyytää kahteen viikkoon ennen organisaation siirtoa, eikä Developer- ja Developer Pro -organisaatioiden kopiointeja tulisi aloittaa viikkoon ennen siirtoa. Jos organisaatiollasi oli sandboxin päivitys kesken, kun organisaation siirto aloitettiin, päivitys täytyy käynnistää uudelleen manuaalisesti siirron jälkeen, vaikka saisit ilmoituksen, että päivitys on suoritettu onnistuneesti.

Sandboxissa olevia muutosjoukkoja ei siirretä, kun sandbox-organisaatio siirretään Hyperforceen. Olemassa olevat muutosjoukot tulee lähettää alkuperäisestä sandboxista tuotanto-organisaatioon tai toiseen sandboxiin ennen kuin alkuperäinen sandbox siirretään.
 
7. Täytyykö minun käynnistää integraatiot uudelleen huollon jälkeen?
Integraatioidesi uudelleenkäynnistys ei ole tarpeen, mutta jos niissä esiintyy ongelmien organisaation siirron jälkeen, suosittelemme käynnistämään ne uudelleen vianmäärityksen ensimmäisenä ratkaisuvaihtoehtona. Käynnistämällä integraatiosi uudelleen huoltojakson jälkeen tyhjennät DNS-hakujen välimuistin, mikä sallii integraatioidesi havaita uuden tietokeskuksen IP-osoitteen.

8. Käytän tapahtumien valvontaa. Siirretäänkö kaikki tapahtumien lokitiedot?
Ei, mutta suurin osa siirretään. Lokitiedot, joita ei ole käsitelty ennen organisaation siirtoa eivät ole käytettävissä uudessa instanssissa. Kun siirto alkaa, senhetkisen päivämäärän ja siirron valmistumispäivän välisiä tietoja ei siirretä uudessa sijainnissa olevaan organisaatioon. Tämä johtuu siitä, että tapahtumien valvonta täyttää valvontatapahtumat lokitietojen ja öisen eräprosessin avulla.

9. Käytetäänkö uudessa instanssissa sertifikaatteja, joita käytetään tämänhetkisessä instanssissani [INSTANSSI].salesforce.com ja [INSTANSSI]-api.salesforce.com?

10. Käytetäänkö uudessa instanssissa samoja välisertifikaatteja, juurisertifikaatteja ja lähteviä asiakkaalta–Salesforcelle-sertifikaatteja?

11. Vaikuttaako organisaation siirto Sähköpostista tapaukseksi -toiminnon sähköpostipalveluiden osoitteisiin?
Ei, organisaation siirrolla ei ole vaikutusta Sähköpostista tapaukseksi -toiminnon sähköpostipalveluiden osoitteisiin, ja ne liittävät edellisen organisaation instanssin edelleen osoitteeseen.

12. Säilyvätkö tietueiden Salesforce-tunnukset ja juuritasoon suhteelliset URL-osoitteet ennallaan?
Kyllä, tietueiden Salesforce-tunnukset ja juuritasoon suhteelliset URL-osoitteet säilyvät ennallaan.

13. Muuttuvatko tietueiden tunnukset organisaation siirron seurauksena?
Eivät. Nykyiset tietueiden tunnukset eivät muutu organisaation siirron jälkeen.

14. Muuttuvatko organisaationi huoltojaksot tai julkaisuaikataulu organisaation siirron jälkeen?
  • Muut kuin Hyperforce-organisaatiot: Julkaisuaikataulu ja huoltojaksot pysyvät ennallaan. Instanssisi huoltojaksot löytyvät Salesforcen ajoitettu huoltoaikataulu -artikkelista.
  • Hyperforce-organisaatiot: Monille asiakkaille huoltojakso pysyy ennallaan.  Jos siirto johtaa aikavyöhykkeen muutokseen, huoltojakso saattaa muuttua paikallisen ajan mukaiseksi. Katso lisätietoja kohdasta Toivottu Salesforce-huoltoaikataulu Etsi uusi instanssisi Hyperforcesta saadaksesi lisätietoja julkaisuaikataulusta ja huoltojaksosta. 

 

15. Mistä saan lisätietoja siitä, mitä vaikutuksia huoltotoimilla on organisaatiooni huollon aikana?

Lisätietoja päivityksen aikaisista muutoksista, mukaan lukien viikoittaiset viennit, fyysinen poisto, sähköpostiketjut, SSO-kertakirjautuminen, hakutoiminto ja kumppaniportaalit, on Salesforce-ohjeen Miten Salesforce-huolto vaikuttaa organisaatiooni? -artikkelissa.
 

16. Vaikuttaako organisaation siirto bottieni käyttöön?
Sinun täytyy suorittaa joitakin toimenpiteitä Salesforce-organisaation suunnitellun siirron jälkeen varmistaaksesi, että botit toimivat odotetulla tavalla.
  • Varmista Määritykset-valikosta, että Einstein-bottien asetus on käytössä. 
  • Tämän vaiheen jälkeen sinun täytyy liittää botit uudelleen kanaviin, joille ne on otettu käyttöön (esim. chat, viestit jne.). 
  • Lopuksi asiakkaiden täytyy kouluttaa kaikki boteissa käytetyt NLP-mallit uudelleen. Vaikka lausumatiedot siirretään, nykyään mallit täytyy kouluttaa uudelleen ennen kuin niitä voidaan käyttää botissa. 
    • HUOMAA: Botti-istuntojen tapahtumien lokitietoja tai botti-istuntojen objektitietoja ei siirretä organisaation siirtoprosessin aikana.
 
17. Haluaisin lisätietoja usean vuokralaisen arkkitehtuurista. Mistä löydän niitä?
Suorita Understanding the Salesforce Architecture -ohjeistuksemme. Jos tarvitset lisätietoja, lue Salesforce-kehittäjien kirjoittama Multitenant Architecture -blogiteksti.
 
18. Mitä tapahtuu, jos organisaation siirrossa esiintyy ongelmia eikä sitä voida suorittaa loppuun?
Jos ilmenee ongelma, joka estää Salesforcen teknologiatiimiä suorittamasta organisaatiosi siirtoa loppuun, siirto keskeytetään ja organisaatiosi palautetaan aiempaan versioon ja aktivoidaan uudelleen lähdeinstanssissa. Ilmoitukset lähetetään peruutetuista siirroista.
 
Mitään organisaation dataa ei poisteta tai muokata lähdeinstanssista siirtoprosessin aikana. Siten Salesforce voi helposti peruuttaa tai keskeyttää toimintoja ilman, että niillä olisi vaikutusta asiakkaisiin. Peruutus ja palautus voidaan vain tehdä ennen kuin kohdeinstanssi aktivoidaan. Kun organisaatio on aktivoitu kohdeinstanssissa onnistuneen organisaation siirron jälkeen, sitä ei ole mahdollista palauttaa edelliseen versioon lähdeinstanssissa.

19. Miten voin varmistaa, että Salesforce-organisaationi siirto onnistui ja prosessi on suoritettu loppuun?
Tarkasta instanssisi lisätiedot Yrityksen tiedot -osiosta varmistaaksesi, että instanssisi nimi on muuttunut uudeksi instanssiksi.
- Salesforce Lightning Experience -käyttöliittymässä (LEX): Määritykset | Yhtiön asetukset | Yrityksen tiedot
- Salesforce Classic -käyttöliittymässä (Aloha): Määritykset | Yritysprofiili | Yrityksen tiedot

Lisätietoja tästä aiheesta on artikkelissa Tarkastele instanssia, jossa Salesforce organisaationi on.

HUOMAA: Saattaa kestää useita tunteja, että status.salesforce.com-hakutyökalu päivittyy käyttämään Oman toimialueesi oikeaa instanssia. Tästä syystä suosittelemme noudattamaan yllä kuvattuja ohjeita varmistaaksesi nopeammin, että organisaatiosi on siirretty onnistuneesti.
 

20. Täytyykö minun tehdä muutoksia Live Message -toteutukseen organisaation siirron jälkeen?

Live Message toimii odotetulla tavalla organisaation siirron jälkeen, mutta jos Classic LiveMessage- tai Lightning Messaging -ominaisuudessa esiintyy ongelmia siirron jälkeen, sinun täytyy päivittää kanavasi.
  • Siirry Classic LiveMessage -ominaisuudessa LiveMessage Admin -sovellukseen ja napsauta Päivitä yhteys.
  • Siirry Lightning Messaging -sovelluksesta kohtaan Määritykset > Messaging-asetukset ja napsauta kanavaluettelon Päivitä-painiketta.
 
21. Vaikuttaako organisaation siirto Live Agentiin?
Se on mahdollista. Organisaatiosi instanssin nimi muuttuu organisaation siirron aikana. Kun näin tapahtuu, verkko-osoite, jolla käytät Live Agent/SOS -palvelua, muuttuu. Salesforcen tarjoamat chat-asiakassovellukset ja käyttöönottokoodit reagoivat tähän muutokseen ja ohjaavat HTTP-pyynnöt asianmukaisesti uuteen päätepisteeseen, mutta jotkut kolmansien osapuolten sovellukset tai mukautetut sovellukset, mukaan lukien Live Agentin mukautetut REST-asiakassovellukset, eivät välttämättä niin tee. Nämä mukautetut sovellukset eivät löydä tiliäsi edellisestä instanssistasi ja todennäköisesti epäonnistuvat.

Jos haluat minimoida muutoksen vaikutukset Live Agent/SOS -toteutukseesi, noudata suositeltuja käytäntöjä ja varmista, että Live Agentin mukautettu REST-asiakassovelluksesi voi ohjata pyynnöt oikein Live Agent -palvelun uuteen instanssiin. Tee näin joka kerta, kun organisaatiosi siirretään huollon yhteydessä. Paras tapa välttyä näiltä ongelmilta käyttäessäsi mukautettua asiakassovellusta (joka ei siis ohjaa pyyntöjä automaattisesti oikeaan päätepisteeseen) on käsitellä SwitchServer-vastaus ja käyttää ”newUrl”-ominaisuutta pyynnölle, joka johti tähän vastaukseen, sekä kaikille myöhemmille pyynnöille. Lisätietoja mukautetun asiakkaan ja testauksen päivittämisestä on artikkelissa Live Agent -asiakasohjelman päivittäminen, kun organisaation instanssi vaihtuu. Näin varmistat, että mukautettu asiakassovellus ei kohtaa ongelmia sijainnin vaihtamisen jälkeen ja että sinulle jää riittävästi aikaa päivittää myöhemmin päätepiste, jota on käytetty toteutuksen alusta lähtien.

Lisätietoja Live Agent -päätepisteistä ja kovakoodatuista Live Agent -viitteistä on artikkelissa Live Agent -palvelin (päätepisteen URL) on muuttunut eikä Live Agent Chat enää toimi.
 

22. Käytän lähteviin viesteihin perille toimittamattomien sanomien jonoa. Kopioidaanko kaikki tämän taulukon tiedot?

Suurin osa tiedoista kopioidaan, mutta uudet rivit, jotka lisätään organisaation siirron huoltojakson aikana ja sen jälkeen, ei välttämättä kopioida kohteeseen, mutta ne jäävät lähdesäiliöön.
 

23. Onko organisaation siirrolla vaikutusta Oauth-asiakassovellusten OAuth-valtuuksiin ja kolmansien osapuolten ISV-sovelluksiin?

Ei ole, päivityksen käyttöoikeusvaltuudet pysyvät voimassa siirron jälkeen. 
 

24. Mitä raskaissa sovellusalustan tapahtumissa ja muutosdatan kaappauksessa tulee ottaa huomioon?

Tietyt Salesforcen huoltotoimenpiteet (esim. organisaatioiden siirrot ja instanssien päivitykset) edellyttävät organisaation siirtoa toiseen datakeskukseen tai toiseen laitteistopinoon. Näiden toimintojen aikana fyysisesti siirrämme tietosi ja suoritamme ohjelmiston, joka toimittaa sovelluksesi toiseen laitteistoon. Tapahtumaväylän hajautetun ja asynkronisen luonteen takia emme pysty siirtämään kaikkia tapahtumia, jotka julkaistiin ennen organisaation siirtoa. 

Organisaation siirrolla ei ole vaikutusta tapahtumien reaaliaikaiseen toimittamiseen huoltoa ennen ja sen jälkeen, mutta kaikkien tapahtumien 72 tunnin säilytysjaksoa ei säilytetä. ReplayID-tunnukset tunnistavat yksilöllisesti tapahtumavirran hetken, jolloin tietty tapahtuma julkaistiin, ja koska organisaatiosi fyysinen sijainti on muuttunut, juuri julkaistujen tapahtumien ReplayID-arvoilla ei ole suhdetta tapahtumiin, jotka on julkaistu ennen siirtoa tai instanssin päivitystä. Katso ennen ja jälkeen tehtävä tarkistuslista tämän Knowledge-artikkelin lopusta nähdäksesi lisätoiminnot, joita sovellusalustan tapahtumasi saattavat vaatia. Sovellusalustan tapahtumien ja muutostapahtumien tilaajiin sisältyvät Streaming API (CometD) ‑asiakassovellukset, empApi Lightning ‑komponentit, Pub/Sub API ‑asiakassovellukset, tapahtumien välitys, Apex-käynnistimet ja kulut.

 

Katso myös: Platform Events Developer Guide: Publishing Events in Read-Only Mode

 

25. Vaikuttavatko organisaatioiden siirrot hakutoimintoihin?

Organisaation siirron aikana hakutiedot siirretään lähdepalvelimista kohdepalvelimiin. Lähdepalvelimet varmuuskopioidaan osana hakujen varmuuskopioinnin vakiokäytäntöjä. Siirtoon ajoitettujen organisaatioiden varmuuskopiointi kuitenkin suoritetaan korkeammalla prioriteetilla, jotta voidaan varmistaa, että kaikki tiedot ovat ajan tasalla. Asiakkaiden ei tarvitse tehdä mitään.

Hakutietojen varmuuskopiot palautetaan kohdepalvelimille siirron aikana . Mitään tietoja ei poisteta lähteestä. Näin Salesforce voi helposti palata edelliseen versioon tai peruuttaa toimintoja ilman, että sillä olisi vaikutusta asiakkaaseen.

Palautusprosessi päättyy tavallisesti toimistoaikojen ulkopuolella. Suurissa organisaatioissa palautusvaihe voi kestää kauemmin, mikä voi vaikuttaa hakuriippuvaisiin toimintoihin (esimerkiksi tietuehaku, sisältöhaku).
 

26. Vaikuttavatko organisaatioiden siirrot tai instanssien päivitykset myTrailheadiin?

Myynninedistämissivustosi (myTrailhead) käyttö saattaa olla estetty organisaatioiden siirron tai instanssin päivityksen aikana.  Katso seuraavat vaiheet Myynninedistämissivuston (myTrailhead) käyttöoikeusongelmien ratkaiseminen -artikkelista.

 

27. Onko siirroilla vaikutusta mahdollisuuksien trendien raportteihin?

Kun organisaatio on siirretty yhdestä instanssista toiseen, asiakkaat saattavat huomata, että jotkin mahdollisuuksien trendien raporteissa olevat mahdollisuustietueet eivät näy. Jos sinulle käy niin, ota yhteyttä tukeen saadaksesi puuttuvat tiedot täytettyä.

 

28. Vaikuttavatko siirrot täsmäys- ja identtisyyssääntöihin?

Täsmäyssäännöt ja identtisyyssäännöt deaktivoidaan organisaation siirron ajaksi.  Jos täsmäyssääntösi eivät ole tehokkaita, niitä ei voida aktivoida uudelleen organisaation siirron jälkeen.  Katso ohjeet ongelman korjaamiseen En voi aktivoida täsmäyssääntöä, joka tunnistaa identtiset tietueet organisaatiossa -artikkelista.

 

Knowledge-artikkelin numero

000386897

 
Ladataan
Salesforce Help | Article