Oracle Oracle Content Management -instanssin siirto aiemmasta Cloud Infrastructure -ympäristöstä

Jos käytät aiemmassa Cloud Infrastructure -ympäristössä Oracle Content Management -instansseja, joita laskutetaan käyttäjäperusteisesti, Oracle suosittelee, että siirrät instanssit uuteen alkuperäiseen Oracle Cloud Infrastructure (OCI) -ympäristöön eli toisen sukupolven OCI -ympäristöön (toisin sanoen käytät Infrastructure Console -konsolia palveluinstanssien hallintaan). Näin varmistat, että voit hyödyntää Oraclen pilviympäristön edut ja edistysaskeleet tulevaisuudessa.

Jotta voisit aloittaa siirron, sinun on suoritettava joitain siirtoa edeltäviä vaiheita ja ajoitettava siirto yhteistyössä Oracle-tuen kanssa.

  1. Muunna tilauksesi yleiskrediittitilaukseksi. Ota yhteyttä Oracle Salesin edustajaan, sillä hän voi avustaa muunnossa.
  2. Luo uusi instanssi Oracle Content Management -palvelusta OCI-ympäristöön Infrastructure Console -konsolilla. Tämä on kohdeinstanssi, johon tietosi siirretään. ÄLÄ käytä tätä instanssia ennen siirron valmistumista.
  3. Siirrä perinteisten pilvipalvelutilien käyttäjät Oracle Identity Cloud Service (IDCS) -tileille. Varmista, että käyttäjätunnukset säilyvät samana, jotta roolit ja oikeudet voidaan määrittää oikein siirron aikana. Käyttäjätunnuksen merkinnän nimi on "User Login" viedyssä CSV-tiedostossa. Käyttäjäroolit määritetään käyttäjämäärityksen mukaisesti.
  4. Valmistaudu siirtoon keräämällä tiedot, joita tarvitset palvelupyyntöä varten, ja laatimalla listan olemassa olevista integroinnista. Näin tiedät siirron jälkeen suoritettavat vaiheet.
  5. Lähetä siirron palvelupyyntö ja vahvista siirron päivämäärä ja aika.
  6. Seuraa siirron edistymistä. Palvelupyyntösi päivitetään, kun siirto edistyy. Kun siirto on valmis, sinua pyydetään vahvistamaan, että uusi instanssi toimii odotetulla tavalla.
  7. Viimeistele siirto suorittamalla vaiheet, joilla siirretään instanssin integroinnit muiden palveluiden tai sovellusten kanssa.
  8. Siirrä sivustot, joilla on sisältöä, ja muuta ne yhteensopiviksi monikielisyyden kanssa.
  9. Siirrä sisältö, joka ei sisältynyt hakuun.
  10. Ilmoita muutoksesta käyttäjille.

Käyttäjämääritys

Tässä taulukossa kuvataan Oracle Content Management -palvelun oikeusryhmien ja OCI-sovellusroolien vastaavuusmäärityksiä.

Oracle Content Management -palvelun oikeusryhmä OCI-sovellusrooli
DocumentsServiceUser CECStandardUser
DocumentsServiceAdmin CECServiceAdministrator
SitesServiceVisitor CECSitesVisitor
SitesServiceAdmin CECSitesAdministrator
ContentAdministratorRole CECContentAdministrator
CECSStandardUser CECStandardUser
CECSEnterpriseUser CECEnterpriseUser

Huomautus::

Jos IDCS-kohdetoimialue sisältää jo käyttäjän, jolla on sama käyttäjätunnus, käyttäjälle määritetään Oracle Content Management -palvelun oikeusryhmiä vastaavat OCI-sovellusroolit.

Siirtoon valmistautuminen

  • Merkitse muistiin luomasi uuden instanssin URL-osoite (kohde), jotta voit lisätä sen siirtopyyntöösi.
  • Merkitse muistiin vanhan instanssin URL-osoite (lähde), jotta voit lisätä sen siirtopyyntöösi.
  • Tee lista kaikista suorista tai REST API -kutsuihin perustuvista integroinneista, joita vanhalla instanssilla on muiden palveluiden tai sovellusten kanssa. Jos tällaisia integrointeja on olemassa, siirron jälkeen on tehtävä joitain toimia.

Lähetä siirron palvelupyyntö

Kun olet valmis suorittamaan siirron, käynnistä siirto lähettämällä siirtopyyntö:

  1. Kirjaudu sisään Oracle Cloud -tukeen.
  2. Luo uusi palvelupyyntö.
  3. Valitse Ongelman tyyppi -kohdassa Palveluinstanssin siirto ja valitse sitten Käyttäjäperusteisesta tilauksesta OCI-Gen2-ympäristöön.
  4. Määritä seuraavat tiedot palvelupyynnössä:
    • Lähdeinstanssin URL-osoite (instanssi, josta siirretään)
    • Kohdeinstanssin URL-osoite (instanssi, johon siirretään)
    • Jos käytät Akamai delivered by Oracle -palvelua, ilmoita siitä, jotta voimme varata ajan, jolloin voimme päivittää Akamai-kokoonpanosi URL-osoitteet siirron jälkeen
  5. Ilmoita päivämäärä, jolloin haluat siirron käynnistyvän.
  6. Lähetä palvelupyyntö.

    Kun Oracle-tuki vastaanottaa siirron palvelupyynnön, se ajoittaa siirron toivomasi päivämäärän mukaisesti. Palvelupyyntöön päivitetään päivämäärä ja aika, jolloin siirto alkaa.

  7. Vahvista palvelupyynnössä, että hyväksyt siirron aloituspäivämäärän ja -ajan.

Palvelupyyntöön tehdään päivityksiä, jotka osoittavat, miten siirto edistyy. Tietojen siirto suoritetaan taustajärjestelmässä. Sinulta ei edellytetä muita toimia kuin palvelupyynnön päivitysten seuraaminen sekä siirron tarkistus sen valmistuttua.

Siirtoprosessi

Seuraavat asiat tapahtuvat siirron aikana:

  1. Oracle-tuki päivittää palvelupyynnön, kun siirto alkaa.

    Tärkeää:

    Tässä vaiheessa vanhaan instanssiin (lähde) ei saa tehdä muutoksia. Siirron alkamisen jälkeen tehtyjä muutoksia ei siirretä uuteen instanssiin.
  2. Sisältö ja kokoonpanotiedot viedään vanhasta instanssista (lähde) ja tuodaan uuteen instanssiin (kohde).
  3. Kun siirto on suoritettu, Oracle-tuki päivittää palvelupyynnön ja sinua pyydetään tarkistamaan uusi instanssi sekä varmistamaan, että kaikki toimii odotetusti.
  4. Jos havaitset ongelmia, merkitse ne palvelupyyntöön. Oracle-tuki pyrkii selvittämään ongelmat ja ilmoittaa palvelupyynnön kautta, kun instanssi on valmis tarkistettavaksi.
  5. Kun kaikki toimii odotetulla tavalla, merkitse palvelupyyntöön, että hyväksyt siirretyn instanssin.

Huomautus::

Vanha instanssi on yhä käynnissä, jotta voit käyttää sitä tarkistukseen. Sinun on myös siirrettävä sisältöä käyttävät sivustot ja siirrettävä muu sisältö, joka ei sisältynyt siirtoon.

Siirron viimeistely

Jos vanha instanssi oli integroitu muiden palveluiden tai sovellusten kanssa tai yhteydessä niihin suoraan tai REST API -kutsujen kautta, siirron jälkeen on ehkä suoritettava tehtäviä.

Seuraavat seikat koskevat koko palvelua:

  • Tarkista OCI-sovellusroolit ja määritä roolit, joita ei ollut lähdeinstanssissa, kuten CECRepositoryAdministrator-sovellusrooli.
  • Määritä käyttäjän valtuudet uudelleen kaikille integroinneille, joissa käytetään sellaisia. Valtuuksia ei siirretä.
  • Oracle Content Management -palvelun URL-malli on erilainen, joten URL-osoitteet on päivitettävä kaikissa integroinnissa, joissa niitä käytetään.

    Vanhojen URL-osoitteiden malli oli seuraava:

    https://<palvelun-nimi>-<tilin-nimi>.<alue>.oraclecloud.com/documents

    Uusien URL-osoitteiden malli on seuraava:

    https://<palvelun-nimi>-<tilin-nimi>.<palvelun-tyyppi>.ocp.oraclecloud.com/documents

  • Määritä CORS-jaon ja upotetun sisällön asetukset uudelleen. Kohdepalvelun asetuksia ei siirretä.
  • Vakiosivustot siirretään, mutta yrityssivustoja ei siirretä. Siirrä yrityssivustot sekä sivustoihin liittyvät digitaaliset sisällöt ja sisältökohteet manuaalisesti luomalla mallipohja jokaiselle yrityssivustolle, viemällä mallipohja lähdeinstanssista ja tuomalla se kohdeinstanssiin.
  • Poista tai päivitä siirretyissä sivustoissa käytetyt räätälöidyt ohjaimet.
Integrointi Siirron jälkeen tehtävät asiat
Oracle Integration
  • Määritä valtuudet uudelleen.
  • Oracle Content Management -palvelun URL-osoitteiden päivitys Oracle Integration Cloudissa.
Oracle Commerce Cloud
  • Määritä valtuudet uudelleen.
  • Päivitä Oracle Content Management -palvelun URL-osoitteet Oracle Commerce Cloudissa.
Oracle Process Cloud Service
  • Määritä valtuudet uudelleen.
Oracle Eloqua Cloud Service
  • Määritä valtuudet uudelleen.
Oracle Intelligent Advisor
  • Määritä valtuudet uudelleen.
Oracle Cobrowse Cloud Service
  • Määritä valtuudet uudelleen.
Responsys
  • Määritä valtuudet uudelleen.
Visual Builder Cloud Service (VBCS)
  • Määritä valtuudet uudelleen.
  • Päivitä Oracle Content Management -palvelun URL-osoitteet VBCS-komponenteissa.
CDN/Akamai
  • Jos käytät Akamai delivered by Oracle -palvelua, varaa Oracle-tuesta aika, jolloin Oracle Content Management -palvelun URL-osoitteet voi päivittää Akamai-kokoonpanoon. Muussa tapauksessa sinun on itse päivitettävä URL-osoitteet CDN-kokoonpanoon.
REST API -kutsut
  • Päivitä Oracle Content Management -palvelun URL-osoitteet kaikissa REST API -kutsuissa.
Työaseman SDK/CLI-käyttö
  • Jos URL-osoite tehty pysyväksi tai tallennettu välimuistiin paikallisesti työasemassa, päivitä Oracle Content Management -palvelun URL-osoitteet kokoonpanoon.
Liittimet
  • Määritä valtuudet uudelleen.

Huomautus::

Vanhan instanssin sisältöön viittaavat kirjanmerkit eivät enää toimi, koska uuden instanssin URL-osoite on muuttunut.

Sellaisten sivustojen siirto, joilla on sisältöä

Sivustot, joilla ei ole sisältöä, siirretään automaattisesti. Sivustot, joilla on sisältöä, vaativat kuitenkin ylimääräisiä vaiheita, jotta ne toimisivat uudessa Oracle Content Management -instanssissa.

OCE Toolkitin asennus

"cec migrate-site"-komento on uusi, joten OCE Toolkit on asennettava web-työaseman git-tietovarastosta, vaikka olisit noutanut ja asentanut sen aiemmin.

Nouda ja asenna OCE Toolkit sites toolkit -sivun ohjeiden mukaan.

Kohdepalvelimen rekisteröinti

Rekisteröi kohdepalvelimen yhteyden tiedot (palvelin, johon sivustot siirretään):

> cec register-server <target_server_name>
          -e http://<target_server>:<target_port>
          -u <target_username> -p <target_password>
          -t pod_ec
  • <target_server_name>-arvo määrittää kohdepäätepisteen, ja se voi olla mikä tahansa valitsemasi nimi.
  • <target_server>- ja <target_port>-arvot muodostavat URL-osoitteen, jolla käytät kohdepalvelinta.
  • <target_username>- ja <target_password>-arvojen on vastattava sen henkilön käyttäjätunnusta ja salasanaa, joka vie sivuston mallipohjat lähdepalvelimesta. Näin voit välttää oikeusongelmat, kun mallipohjat tuodaan siirron aikana.
  • "pod_ec"-arvo on kohdepalvelimen tyyppi, joka määrittää, minkätyyppiseen palvelimeen instanssi on luotu.

Sivustojen siirto

Siirrä sivustot suorittamalla seuraavat vaiheet:

  1. Luo mallipohjat lähdepalvelimessa jokaiselle sivustolle, jolla on sisältöä.
  2. Vie jokainen mallipohja lähdepalvelimessa. Varmista, että suoritat tämän vaiheen käyttäjänä, johon viittasit kohdepalvelimen rekisteröinnin aikana.
  3. Kirjaudu sisään kohdepalvelimeen tietovaraston pääkäyttäjänä (käyttäjänä, jolla on CECRepositoryAdministrator-rooli). Sen jälkeen luo tietovarasto sisällölle, joka tuodaan mallipohjan mukana.
  4. Suorita jokaiselle noudetulle mallipohjalle seuraava komento. Korvaa <site_name> nimellä, jonka haluat antaa sivustolle kohdepalvelimessa:
    > cec migrate-site <site_name> --template <template_path_and_name> 
    --destination <registered_target_server_name> --repository <repository_name>
  5. Jaa siirretyt sivustot ja sisältö kohdepalvelimessa asianmukaisesti.

Siirronjälkeiset vaiheet

Kun olet siirtänyt sivuston, se toimii version v1.1 sisällön REST-kutsujen kautta. Tämä voi aiheuttaa joitakin ongelmia, jotka on ratkaistava, jotta sivusto toimisi oikein. Tutustu seuraaviin kohtiin ja selvitä, mitä sinun pitäisi tehdä:

  • Jos käytät ContentSDK:ta, kutsut päivitetään automaattisesti käyttämään version v1.1 sisällön REST-kutsuja.
  • Jos sisällön asettelut eivät Ilmoita tukevansa versiota v1.1, ContentSDK lisää vastaukseen "data"-merkinnän (v1.0), joka yksinkertaisesti osoittaa "fields"-merkintään(v1.1). Mallipohjasi siis toimivat edelleen ilman muutoksia.
  • Jos käytät lisäkyselymerkkijonossa version v1.0 sisällön REST-kutsujen syntaksia "fields.type.equals=", syntaksi yritetään jäsentää ja muokata v1.1-syntaksin mukaiseksi. Tarkista kuitenkin muokkauksen toimivuus.
  • Jos teet suoria version v1.0 sisällön REST-kutsuja (eli ei ContentSDK:n kautta), nämä kutsut epäonnistuvat. Sinun on korjattava räätälöity koodi ja päivitettävä nämä kutsut.
  • Sinun on myös päivitettävä räätälöidyt sisältökyselyt, joissa käytetään version v1.0 "fields.type.equals="-syntaksia. Muuta ne käyttämään 'q=(type eq "..")'-syntaksia.
  • "updateddate" ja "updatedDate": CaaS ilmeisesti korjaa tämän ongelman, mutta "updateddate"-arvot pitää muuttaa camelCase-muotoon eli "updatedDate"-arvoiksi, kunnes saatavilla on EC-koontiversio, jossa sisällön REST API -liittymän versio v1.1 tukee molempia arvoja.

Siirretyn sivuston muuttaminen MLS (monikielinen sivusto) -yhteensopivaksi

Kun sivusto toimii oikein, siitä on tehtävä MLS-yhteensopiva. Jos luot yrityssivuston ulkoiseen laskentapalvelimeen, se tarvitsee oletuskielen ja lokalisointikäytännön. Koska sivustosi kopioitiin, se ei ole MLS-sivusto. Se on siis päivitettävä MLS-sivustoksi, jotta tulevia toimintoja voidaan tukea.

Seuraavassa taulukossa näytetään, miten MLS-sivustot eroavat muista sivustoista.

Sivusto-objekti MLS-sivusto Sivusto, joka ei ole MLS-sivusto
Sisältökohteet Sisältökohteen kieliversio näytetään sivulle pudotetun sisältökohteen sijaan. Kieli voi vaihtua sivuston muodostuksen aikana pyydetyksi kieleksi. Sivulle pudotettu sisältökohde näytetään aina.
Sisällön asettelut Sisällön asettelujen on tuettava version v1.1 API-liittymiä. Jos ne eivät tue sitä, sisältökohde ei näy ja varoitus näytetään. Tämä johtuu siitä, että kaikkiin version v1.1 API-kutsuihin lisätään "locale"-arvo, jota ei tueta version v1.0 API-liittymissä. Sisällön asettelujen versio voi olla joko v1.0 tai v1.1. Jos sisällön asettelu tukee vain versiota v1.0, ContentSDK lisää vastaukseen "fields"-merkintää vastaavan "data"-merkinnän. Muita ongelmia voi silti esiintyä, joten tämä ei ole tuettu toiminto, jonka avulla voisi välttää sisällön asettelun päivityksen.
Sisältölistat Vain sisältökohteet, jotka ovat käytettävissä pyydetyssä kieliversiossa, näytetään. Kaikki sisältökohteet näytetään kielestä riippumatta. Käyttäjä voi valita, että sisältölista rajoittaa tulokset tiettyyn kieleen. Sivulla voi siis olla kaksi sisältölistaa, joissa näytetään tulokset eri kielille. Asetuspaneelin kielivalinta ei ole käytettävissä MLS-sivustoissa.
defaultLocale MLS-sivustoilla on sivuston oletusalue. Tämä tarkoittaa sitä, että kaikki sisältökyselyt palauttavat vain tähän alueeseen kuuluvat sisältökohteet (tai sisältökohteet, joita ei käännetä). Muilla kuin MLS-sivustoilla ei ole oletusaluetta, joten sisältökysely palauttaa kaikki sisältökohteet kielestä riippumatta.
Lokalisointikäytäntö

Määrittää sivuston käytettävissä olevien kielten listan. Luontiohjelmassa on avattava valikko, josta voi valita näitä kieliä.

Hallintakäyttöliittymässä on myös avattava kielivalikko, jonka avulla voit avata tai esikatsella sivuston pyydetyllä kielellä.

Koska lokalisointikäytäntöä ei ole, avattava kielivalikko poistetaan luontiohjelmasta.

Hallintakäyttöliittymässä ei luetella kieltä, eikä myöskään oletuskieltä ole. Näin voit erottaa MLS-sivuston muista sivustoista hallintakäyttöliittymässä.

Käännös/käännettävä Hallintakäyttöliittymän kontekstivalikko sisältää Käännä-valinnan. Sen avulla voit luoda käännöstyön sivuston kääntämistä varten.

Hallintakäyttöliittymän kontekstivalikko sisältää Käännettävä-valinnan. Muu kuin MLS-sivusto ei käytännössä ole käännettävä, joten siitä on tehtävä käännettävä (MLS) sivusto, ennen kuin sen voi kääntää.

Näin voit päivittää sivuston MLS-sivustoksi.

Huomautus: Tämä on yksisuuntainen toiminto. Et voi palauttaa sivustoa ei-käännettäväksi.

Tee seuraavat asiat ennen kuin muunnat sivuston MLS-sivustoksi:

  • Päivitä kaikki sisällön asettelun komponentit tukemaan sisällön REST API -liittymien versiota v1.1
  • Päivitä sivuston sisältölistojen lisäkyselymerkkijonot yhteensopiviksi sisällön REST API -liittymän version v1.1 kanssa

Jos käytät räätälöityä komponentin koodia, joka tekee sisällön REST-kutsuja, koodi on myös päivitettävä tekemään version v1.1 kutsuja. Tämä on harvinaista, sillä useimmat sisältökutsut tehdään sisällön asetteluista.

Sisällön asettelujen päivitys

Tuettujen sisällön REST API -liittymän versioiden määritys

Sisällön asettelujen on määritettävä, mitä sisällön REST API -liittymän versiota ne tukevat. Tämä varmistaa, että asianmukainen sisällön REST-kutsu tehdään ja odotetut vastaustiedot palautetaan asetteluun.

Jos et määritä mitään tuettua versiota, sisällön asettelun oletetaan tukevan vain versiota v1.0.

Konsolissa luetellaan sisällön asettelut, jotka käyttävät edelleen versiota v1.0.

Jos haluat sisällön asettelun tukevan muita versioita, lisää "contentVersion"-ominaisuus sisällön asettelun objektiin.

Tässä esimerkissä asettelu määritetään tukemaan kaikkia versioita versiosta v1.0 versioon 2.0. (Huomautus: versiota 2.0 ei ole, mutta pääversion muutokset voivat sisältää toiminnan estäviä muutoksia)

// Content Layout
          definition.ContentLayout.prototype = {    // Specify the versions of
          the Content REST API that are supported by the this Content Layout.    // The value for contentVersion follows Semantic Versioning
          syntax.    // This allows applications that use the
          content layout to pass the data through in the expected format.    contentVersion: ">=1.0.0
          <2.0.0",     // Main rendering function:    // - Updates the data to handle any required additional requests and
          support both v1.0 and v1.1 Content REST APIs    // - Expand the Mustache template with the updated data
            // - Appends the expanded template HTML to the
          parentObj DOM element    render: function (parentObj)
          {

Version v1.1 vastausten muutosten käsittely

Vähimmäisvaatimus on käsitellä sisällön REST API -liittymän vastauksessa tapahtunut muutos "data"-merkinnästä "fields"-merkintään. Yksinkertaisin tapa tehdä tämä on palauttaa "data"-ominaisuus ja osoittaa uuteen "fields"-ominaisuuteen

render: function (parentObj)
          {    ...    if(!content.data) {        content.data =
          content.fields;    }

Parempi vaihtoehto on siirtyä käyttämään version v1.1 "fields"-arvoa kaikissa sisällön asetteluissa. Tämä vaatii sekä JavaScript- että mallipohjakoodin päivitystä.

Version v1.1 täydellinen tukeminen edellyttää, että seuraavat sisällön REST API -liittymän muutokset versioiden v1.0 ja v1.1 välillä käsitellään:

Sisällön REST API -liittymän muutos v1.1 v1.0
"fields" ja "data"
"items": [{    "type": "Starter-Blog-Author",    "name": "Alex Read",    "id": "COREB62DBAB5CEDA4915A9C9F6050E554F63",    "fields":
          {        "starter-blog-author_bio": "Alex's bio",        "starter-blog-author_name": "Alex Read"        }    },
"items": [{    "type": "Starter-Blog-Author",    "name": "Alex Read",    "id": "COREB62DBAB5CEDA4915A9C9F6050E554F63",    "data":
          {        "starter-blog-author_bio": "Alex's bio",        "starter-blog-author_name": "Alex Read"        }    },
camelCase-muotoiset ominaisuuksien nimet "updatedDate" "updateddate"
kyselymuoto /items?q=(type eq "Starter-Blog-Author") /items?fields.type.equals="Starter-Blog-Author"
API-versio /content/management/api/v1.1/items /content/management/api/v1/items
kielikohtaiset kyselyt /content/management/api/v1.1/items?q=((type eq "Promo") ja (language eq "en-US" or translatable eq "false"))

Ei tueta.

Kaikki räätälöidyt version v1 kutsut on siirrettävä siten, että ne sisältävät "language"-valinnan.

Tämä varmistaa, että tulokset ovat yhdenmukaiset MLS-sivustolle palautettujen tulosten kanssa, kun sivustoa katsellaan tietyllä kielellä.

Sisällön kyselymerkkijonon päivitys

Mikä tahansa räätälöity koodi saattaa tehdä sisällön API-liittymän kutsuja, joten tarkista kaikki sivustosi käyttämä räätälöity koodi, joka tekee sisällön REST API -liittymän kutsuja.

  • Räätälöidyt komponentit: tarkista seuraavat komponentit:
    • Sisällön asettelut
    • Paikalliset komponentit
    • Osan asettelut
    • Etäkomponentit
  • Teemat: JavaScript: Teeman JavaScript-koodi saattaa tehdä räätälöityjä sisällön REST API -liittymän kutsuja, vaikka se onkin epätodennäköisempää. Myös nämä kutsut on tarkistettava.
  • Sivuston ominaisuudet: lisäkyselymerkkijono: Kun olet tarkistanut päivittäneesi kaiken räätälöidyn koodin, joka tekee sisällön REST API -kutsuja, päivitä myös sivuston sivuilla olevien Sisältölista-komponenttien Lisäkyselymerkkijono-kohta. Nämä kohdat yritetään jäsentää ja muuntaa ajon aikana, mutta ne pitäisi muuntaa yhteensopiviksi version v1.1 sisällön REST-kutsujen kanssa, jotta niiden tuki jatkuisi.

Muun kuin MLS-sivuston muuntaminen MLS-sivustoksi

Kun olet muuntanut sivuston tukemaan täysin version v1.1 sisällön REST API -liittymiä, voit lisätä kielituen muuttamalla sivuston MLS-sivustoksi.

Jos valitset sivustosi sivustojen hallintakäyttöliittymässä, näet sisältövalikossa Käännettävä-valinnan. Jos valitset tämän valinnan, näyttöön avautuu valintaikkuna, jossa pyydetään valitsemaan sivustolle lokalisointikäytäntö ja oletuskieli. Oletuskieli valitaan lokalisointikäytännön pakollisten kielten listasta. Jos lokalisointikäytäntöjä ei ole, et voi viimeistellä tätä vaihetta. Siirry ensin sisällön hallintanäyttöihin ja luo lokalisointikäytäntö, jossa on ainakin yksi pakollinen kieli.

Kun tämä vaihe on valmis, sivusto muodostetaan nyt oletusalueelle. Voit myös vaihtaa alueeksi jonkun muun lokalisointikäytännössä määritetyn alueen.

Tarkista, että sivusto muodostetaan odotetulla tavalla oletusalueelle.

Sisällön siirto

Siirrettäviin sivustoihin liittyvät tiedot siirretään, kun sivustot siirretään. Jos sisältöä ei kuitenkaan ole liitetty sivustoihin, se on siirrettävä erikseen.

Huomioi seuraavat asiat ennen siirron aloitusta:

  • Vain kokoelmaan liittyvää sisältöä voi siirtää. Jos haluat siirtää sisältöä, jota ei ole liitetty kokoelmaan, sisältö on lisättävä kokoelmaan, ennen kuin sen voi siirtää.
  • Käyttäjäperusteiset instanssit eivät tue kieliä sisällössä. Jos siirrät sisällön, oletuskieleksi peritään tietovaraston oletuskieli. Varmista, että haluttu kieli on valittu tietovaraston oletuskieleksi ennen sisällön siirtoa.
  • Vain julkaistut kohteet siirretään. Jos kohteita puuttuu siirron jälkeen, varmista, että kohteet on julkaistu lähdeinstanssissa.
  • Jos julkaistuilla kohteilla on luonnosversioita, luonnosversioista tulee julkaistuja versioita kohdeinstanssissa ja lähdeinstanssin alkuperäiset julkaistut versiot menetetään.
  • Kun käyttäjät katselivat sisältökohdetta käyttäjäperusteisesti laskutettavassa Oracle Content Management -palvelussa, heillä oli mahdollisuus valita Sisällön asettelu- tai Sisältö-näkymä. Nykyisessä Oracle Content Management -versiossa Sisältö-näkymän tilalle tuli Sisältönäytön näkymä, ja Sisällön asettelu -näkymä poistettiin.

Siirrä sisältö suorittamalla seuraavat vaiheet:

  1. Asenna OCE Toolkit, jos et ole vielä tehnyt sitä.
  2. Rekisteröi lähde- ja kohdepalvelimet.
  3. Siirrä sisältökokoelma.

Lähde- ja kohdepalvelimien rekisteröinti

Rekisteröi lähde- ja kohdepalvelimien yhteyksien tiedot:

Rekisteröi lähdepalvelin (palvelin, josta sisältö siirretään):

> cec register-server <source_server_name>
          -e http://<source_server>:<source_port>
          -u <source_username> -p <source_password>
          -t pod_ic
  • <source_server_name>-arvo määrittää lähdepäätepisteen, ja se voi olla mikä tahansa valitsemasi nimi.
  • <source_server>- ja <source_port>-arvot muodostavat URL-osoitteen, jolla käytät lähdepalvelinta.
  • <source_username>- ja <source_password>-arvojen on oltava sellaisen henkilön käyttäjätunnus ja salasana, joka voi käyttää lähdepalvelimessa olevaa sisältöä.
  • "pod_ic"-arvo on lähdepalvelimen tyyppi, joka määrittää, minkätyyppiseen palvelimeen instanssi on luotu.

Rekisteröi kohdepalvelin (palvelin, johon sisältö siirretään):

> cec-install % cec register-server <target_server_name>
          -e http://<source_server>:<source_port>
          -u <target_username> -p <target_password>
          -t pod_ec
  • <target_server_name>-arvo määrittää kohdepäätepisteen, ja se voi olla mikä tahansa valitsemasi nimi.
  • <target_server>- ja <target_port>-arvot muodostavat URL-osoitteen, jolla käytät kohdepalvelinta.
  • <target_username>- ja <target_password>-arvojen on oltava sen henkilön käyttäjätunnus ja salasana, josta tulee sisällön omistaja kohdepalvelimessa.
  • "pod_ec"-arvo on kohdepalvelimen tyyppi, joka määrittää, minkätyyppiseen palvelimeen instanssi on luotu.

Sisältökokoelman siirto

Voit siirtää sisältökokoelman suorittamalla seuraavan komennon:

> cec migrate-content <source_collection_name> --server  <source_server_name>
      --destination <target_server_name> --repository <target_repository_name> --collection  <target_collection_name> --channel
    <target_channel_name>

Sisältö luodaan kohdepalvelimeen määritettyyn tietovarastoon, ja se liitetään kokoelmaan ja kanavaan. Kokoelma ja kanava luodaan tarvittaessa automaattisesti. Kaiken siirretyn sisällön oletuskieli on tietovarastossa määritetty oletuskieli.

Muutoksesta ilmoittaminen käyttäjille

Ilmoita uusi palvelun URL-osoite käyttäjille. Työpöytä- ja mobiilikäyttäjien on määritettävä uusi tili laitteisiinsa ja synkronoitava kaikki sisältö uudelleen.