Verileri yedekleme ve geri yükleme
Kritik verilerinizi yedekleyin. WebSphere Automation kuruluşunuzu ve verilerinizi daha sonra geri yüklemeniz gerekirse, bunları yedekten geri yükleyebilirsiniz.
Mongo veritabanındaki verileri ve ilişkili parola, şifreleme anahtarları ve diğer önemli verileri yedekleyebilirsiniz. WebSphere Automation 1.4.4 ve sonraki sürümlerinde, devreye alınan WebSphere Automation özel kaynakları da yedeklenir ve geri yüklenir.
Başlamadan önce
- Anasistem hazırlanması
- Anasisteminizde aşağıdaki adımları tamamlayın:
- oc Red Hat OpenShift Container Platform CLI aracını kurun.
- IBM Catalog Management Plug-in for IBM Cloud Paks ürününün en son sürümünü IBM/ibm-pakadresinden yükleyin ve kurun. Aşağıdaki komutu girerek ikili dosyayı açın:
tar -xf oc-ibm_pak-linux-amd64.tar.gzDosyayı /usr/local/bin dizinine taşımak için aşağıdaki komutu çalıştırın:
Not: "root" dışı bir kullanıcı olarak kuruluş yapıyorsanız, sudokomutunu kullanmanız gerekir. Daha fazla bilgi için kök olmayan bir kullanıcı olarak kuruluş için Podman ya da Docker belgelerine bakın.mv oc-ibm_pak-linux-amd64 /usr/local/bin/oc-ibm_pakNot: Eklentiyi anasistem işletim sistemine dayalı olarak yükleyin. Aşağıdaki komutu çalıştırarak oc ibm-pak -h ' in kurulduğunu onaylayabilirsiniz:oc ibm-pak --helpEklenti kullanımı görüntülenir.
Eklenti komutlarıyla ilgili daha fazla bilgi için bkz. komut-yardımı.
Eklenti, cp.icr.io/cpopen/cpfs/ibm-pak:TAGtaşıyıcı görüntüsünde de sağlanır; burada
TAG, ilgili eklenti sürümüyle değiştirilir; örneğin, eklentinin 1.2.0 sürümü içincp.icr.io/cpopen/cpfs/ibm-pak:v1.2.0.
Aşağıdaki komut bir taşıyıcı yaratır ve plugin-dirdizinindeki desteklenen tüm altyapılar için eklentileri kopyalar. Herhangi bir dizin adı belirtebilirsiniz; bu dizin, kopyalama sırasında yaratılır. Kopyaladıktan sonra geçici taşıyıcıyı siler. plugin-dir , IBM/ibm-pakadresindeki bir GitHub yayın düzeyinde ve havuzunda bulacağınız tüm ikili dosyaları ve diğer yapay nesneleri içeriyor.
id=$(docker create cp.icr.io/cpopen/cpfs/ibm-pak:TAG - ) docker cp $id:/ibm-pak plugin-dir docker rm -v $id cd plugin-dir - Ortam değişkenlerini ayarlayın ve CASE dosyalarını karşıdan yükleyin
- Kuruluş programı görüntü adı ve sürümüyle aşağıdaki ortam değişkenlerini oluşturun.
export CASE_NAME=<YOUR_CASE_NAME> export CASE_VERSION=<YOUR_CASE_VERSION>CASE adını ve sürümünü bulmak için bkz. IBM: Product CASE to Application Version. WebSphere Automationiçin:<YOUR_CASE_NAME>şudur:ibm-websphere-automation<YOUR_CASE_VERSION>, ürün sürümüyle (1.6.4) aynıdır.
- Eklentinin metin yardımları ve iletiler için saptadığı ülke değerini kullanmak istemiyorsanız, ülke değerini ayarlayın.
oc ibm-pak config locale -l <LOCALE>Burada
<LOCALE>,de_DE,en_US,es_ES,fr_FR,it_IT,ja_JP,ko_KR,pt_BR,zh_Hansya dazh_Hantolabilir. - CASE ' leri IBM Cloud Container Registry (ICCR) içinden OCI yapay nesneleri olarak karşıdan yüklemek için eklentiyi yapılandırın.
oc ibm-pak config repo 'IBM Cloud-Pak OCI registry' -r oci:cp.icr.io/cpopen --enable - Renk çıkışını etkinleştir ( 1.4.0 ve sonraki sürümlerle isteğe bağlıdır).
oc ibm-pak config color --enable true - WebSphere Automation görüntü dökümünü anasisteminize yükleyin.İpucu: CASE sürümünü belirtmezseniz, en son CASEsürümünü karşıdan yükler.
oc ibm-pak get \ $CASE_NAME \ --version $CASE_VERSION
Varsayılan olarak, eklenti tarafından kullanılan kök dizin ~/.ibm-pakdizinidir. Bu, önceki komutun ~/.ibm-pak/data/cases/$CASE_NAME/$CASE_VERSIONaltındaki CASE öğesini karşıdan yüklediği anlamına gelir.
IBMPAK_HOMEortam değişkenini ayarlayarak bu kök dizini yapılandırabilirsiniz.IBMPAK_HOMEdeğişkeninin ayarlandığı varsayılarak, önceki komut$IBMPAK_HOME/.ibm-pak/data/cases/$CASE_NAME/$CASE_VERSIONaltındaki CASE dosyasını karşıdan yükler.Günlük dosyalarına $IBMPAK_HOME/.ibm-pak/logs/oc-ibm_pak.logadresinden erişilebilir.
Not:- v1.4.0ile başlayarak eklenti, CASE ' leri oc ibm-pak getile karşıdan yüklemek için ~/.ibm-pak/data/cases/$CASE_NAME/$CASE_VERSION dizininde component-set-config.yamladlı bir dosya yaratır. Bu dosya, bu belirli karşıdan yükleme sırasında tam sürümlerini sabitleyen, karşıdan yüklenen tüm CASE ' leri yakalar. Bu dosyayı daha sonra başka bir ortamdaki aynı sürümlere sahip aynı CASE ' leri karşıdan yüklemek için kullanabilirsiniz. Bu dosyayı kaynak kod havuzunuza geri verebilir ve CASE ' leri karşıdan yüklemek için her kullanışınızda aynı ortamı yeniden oluşturabilirsiniz. Aşağıdaki komutu çalıştırın:
oc ibm-pak get -c file:///home/user/ibm-pak/data/cases/$CASE_NAME/$CASE_VERSION/component-set-config.yamlfile://' den sonraki yol mutlak bir yol olmalıdır. - Ürününüzü içermesi gereken sabitlenmiş sürümlerle CASE ' leri tanımlayan bu dosyayı düzenleyebilirsiniz. Aşağıda örnek bir dosya yer almaktadır: my-csc.yaml:
name: "example-product" # <required> defines the name for the "product"; this is NOT a CASE name, but follows IBM CASE name rules. For more information, see https://ibm.biz/case-yaml version: "1.0.0" # <required> defines a version for the "product" description: "an example product targeting OCP 4.12" # <optional, but recommended> defines a human readable description for this listing of components cases: # list of CASEs. First item in the list is assumed to be the "top-level" CASE, and all others are dependencies - name: ibm-mas version: 5.5.2 launch: true # Exactly one CASE should have this field set to true. The launch scripts of that CASE are used as an entry point while executing 'ibm-pak launch' with a ComponentSetConfig - name: ibm-cp-common-services version: 1.15.2
- Kuruluş programı görüntü adı ve sürümüyle aşağıdaki ortam değişkenlerini oluşturun.
Verileri yedekleme
Verileri yedeklemek için backup işlemini çalıştırın. Yedeklemek için instance_namespace yerine WebSphere Automation eşgörünümünün ad alanını koyun.
oc ibm-pak launch $CASE_NAME \
--version $CASE_VERSION \
--inventory automationOperator \
--action backup \
--namespace instance_namespace
backup işlemi, yedekleme bilgilerini depolamak için kalıcı bir birim gerektirir. Varsayılan olarak, işlem birimi dinamik olarak oluşturur. Dinamik depolama yetkilendirmesi desteklenmiyorsa ya da farklı bir kalıcı birim kullanmak istiyorsanız, var olan kalıcı birim talebi (PVC) için aşağıdaki bağımsız değişkenleri ekleyin.
--args "--claim persistent_volume_name"
backup işlemi, verileri ve kaynakları yedekleyen bir iş başlatır. backup işleminin çıkışı, o işin günlüklerini almak için çalıştırılacak ayrı bir komutu gösterir.
backup işlemi her çalıştırıldığında, kalıcı birimdeki yedekleme verileriyle benzersiz bir dizin oluşturur. Benzersiz dizin adının, komutun çalıştırıldığı tarih ve saate dayalı bir zaman damgası vardır; örneğin, 20210528-120120. Verileri yedekten geri yüklemek için dizin adını kullanırsınız.
Verileri geri yükleme
Var olan bir WebSphere Automation kuruluş verilerini bir yedekten kurtarabilirsiniz. Kurtarma işlemi, kuruluşu ilk durumuna sokmak için var olan verilerin silinmesini ve ardından verilerin yedekten geri yüklenmesini içerir. WebSphere Automation kuruluşunun aynı ya da başka bir Red Hat OpenShift kümesindeki başka bir ad alanına kurtarılması şu anda desteklenmiyor.
WebSphere Automation 1.4.4 ve sonraki yayın düzeylerinde, özel kaynaklar yedeklenir ve geri yüklenir. Bu nedenle, eşlemeleri çeşitli bileşenler (aşağıdaki listede adım 7, 8 ve 9) için yukarı doğru ölçeklendirmeniz gerekmez.
- Kurtarmak istediğiniz yedekleme zaman damgasını bulun. Kullanılabilir yedekleri listelemek için herhangi bir bağımsız değişken olmadan restore işlemini çalıştırın.
oc ibm-pak launch $CASE_NAME \ --version $CASE_VERSION \ --inventory automationOperator \ --action restore \ --namespace instance_namespacerestore işlemi, kullanılabilir yedekleri listeleyen bir iş başlatır. restore işleminin çıkışı, o işin günlüklerini almak için çalıştırılacak ayrı bir komutu gösterir. Günlükler, kullanılabilir yedeklerin listesini içerir.
- Tüm WebSphere Automation için eşleme sayısını sıfıra ölçekler.
Bunu, WebSphereAutomation özel kaynağında spec.scaleToZero parametresini
trueolarak ayarlayarak yapabilirsiniz. Daha fazla bilgi için bkz. WebSphereAutomation özel kaynağı.NAMESPACE=instance_namespace WSA_AUTOMATION_CR=$(oc get websphereautomation -o name -n $NAMESPACE | cut -d/ -f2) oc patch websphereautomation $WSA_AUTOMATION_CR -p '{"spec":{"scaleToZero":true}}' - -type merge -n $NAMESPACE - Var olan WebSphere Automation verilerini silin.Uyarı: Bu adımdaki delete komutları var olan verileri siler! Bu adımdan emin değilseniz, önce tüm WebSphere Automation kalıcı birimleri klonlama işlemini göz önünde bulundurun.
- Veri deposu eşlemelerini sıfıra ölçekleyin.
oc patch websphereautomation $WSA_AUTOMATION_CR -p '{"spec":{"dataStore":{"replicas":0}}}' --type merge -n $NAMESPACE - Veri deposuyla ilişkili kalıcı birim taleplerini (PVC) silin.
oc delete pvc -l app.kubernetes.io/instance=${WSA_AUTOMATION_CR}-mongo -n $NAMESPACE - Veri deposu eşlemelerini geri ölçekleyin.
oc patch websphereautomation $WSA_AUTOMATION_CR -p '{"spec":{"dataStore":{"replicas":3}}}' --type merge -n $NAMESPACE - WebSphereAutomation özel kaynağındaki spec.scaleToZero parametresini
falseolarak ayarlayarak eşlemeleri geri ölçeklendirin.oc patch websphereautomation $WSA_AUTOMATION_CR -p '{"spec":{"scaleToZero":false}}' --type merge -n $NAMESPACE - WebSphere Automation işlecinin PVC ' leri yeniden oluşturduğundan ve veri deposunun hazır olduğundan emin olun. Komut çıkışının
Trueolmasını istiyorsunuz.oc get websphereautomation $WSA_AUTOMATION_CR -o jsonpath='{.status.conditions[?(@.type=="DataStoreReady")].status}' -n $NAMESPACE && echo
- Veri deposu eşlemelerini sıfıra ölçekleyin.
- Bir yedekten geri yüklemek için, restore işlemini --timestamp bağımsız değişkeniyle çalıştırın.
timestampyerine, geri yüklemek istediğiniz yedekleme dizininin zaman damgasını koyun.oc ibm-pak launch $CASE_NAME \ --version $CASE_VERSION \ --inventory automationOperator \ --action restore \ --namespace instance_namespace \ --args "--timestamp timestamp"restore işlemi, verileri ve kaynakları geri yükleyen bir iş başlatır. restore işleminin çıkışı, o işin günlüklerini almak için çalıştırılacak ayrı bir komut gösterir.
Not:restoreişlemi önceki adımdan hemen sonra çalıştırılmazsa, günlük dosyaları bazı belgelerin geri yüklenemediğini gösterebilir.continuing through error: E11000 duplicate key error collection: webspheresecuredb.bulletins index: _id_ dup key: { _id: "3d7329df-abec-377d-bf5e-1181947b6c0d" }Yeni bir eşgörünüm yaratıldığında ya da geri yüklendiğinde veri toplaması otomatik olarak doldurulduğundan bu günlük girişlerini yoksayabilirsiniz.
Geri yükleme işleminden sonra, geri yüklenen kuruluşun istendiği gibi çalıştığını ve verilerin kullanılabilir olduğunu doğrulayın.
restore komutunu yeniden çalıştırmanız gerekiyorsa, çalıştırılan önceki işi kaldırmanız gerekir. Bunu yapmak için, aşağıdaki komutu kullanarak işlerin listesini alın:oc get job -n instance_namespace | grep wsa-restoreAdın bir parçası olarak wsa-restore olan işi silin.
oc delete job job_name -n instance_namespace