Bu sayfa, Cloud Translation API ile çevrilmiştir.

Apigee Edge 4.53.01'i geri alma

Edge 4.53.01'e güncelleme sırasında bir hatayla karşılaşırsanız hataya neden olan bileşeni geri alabilir ve güncellemeyi tekrar deneyebilirsiniz.

Edge 4.53.01'i aşağıdaki ana sürüm versiyonlarından herhangi birine geri döndürebilirsiniz:

Sürüm 4.53.00
Sürüm 4.52.02

Bir sürümü geri alma işlemi, yükseltmiş olabileceğiniz her bileşeni geri almayı içerir. Ayrıca, geri döndürme işlemine başladığınız sürüme bağlı olarak, belirli yazılım bileşenlerini geri döndürmeden önce özel adımları göz önünde bulundurmanız gerekebilir. Aşağıdaki tabloda, geri alma işlemi sırasında özel adımlar gerekebilecek çeşitli yazılım bileşenleri listelenmiştir:

Sürüme geri dön	Yazılımlarla ilgili özel hususlar
4.53.00	Zookeeper, Postgres, LDAP
4.52.02	Zookeeper, Cassandra, Postgres, LDAP

Geri alma işlemi yapmak isteyebileceğiniz senaryo:

Önceki bir ana veya ara sürüme geri dönme. Örneğin, 4.53.01'den 4.53.00'a.

Daha fazla bilgi için Apigee Edge sürüm süreci başlıklı makaleyi inceleyin.

Geri alma sırası

Bileşenlerin geri alınması, yükseltildikleri sıranın tersiyle yapılmalıdır. Ancak yönetim sunucuları Cassandra'dan sonra geri alınmalıdır. Private Cloud 4.53.01 için tipik bir genel geri alma sırası aşağıdaki gibi görünür:

Qpid, analizle ilgili diğer bileşenler ve Postgres'i geri alın.
Yönlendiricileri ve mesaj işleyicileri geri alma
Cassandra ve Zookeeper'ı geri alma
Geri alma yönetim sunucusu
LDAP'yi geri alma

Örneğin, tüm Cassandra kümesini, tüm yönetim sunucularınızı ve birkaç RMP'yi 4.52.02 sürümünden 4.53.01 sürümüne yükselttiğinizi ve geri dönmek istediğinizi varsayalım. Bu durumda:

Tüm RMP'leri tek tek geri alma
Yedekleri kullanarak Cassandra kümesinin tamamını geri alma
Uç Yönetimi sunucu düğümlerini tek tek geri alma

Kimler geri alma işlemi gerçekleştirebilir?

Geri alma işlemini gerçekleştiren kullanıcı, Edge'i ilk güncelleyen kullanıcı veya root olarak çalışan bir kullanıcı olmalıdır.

Edge bileşenleri varsayılan olarak "apigee" kullanıcısı olarak çalışır. Bazı durumlarda Edge bileşenlerini farklı kullanıcılar olarak çalıştırıyor olabilirsiniz. Örneğin, yönlendiricinin 1000'den küçük olanlar gibi ayrıcalıklı bağlantı noktalarına erişmesi gerekiyorsa yönlendiriciyi root olarak veya bu bağlantı noktalarına erişimi olan bir kullanıcı olarak çalıştırmanız gerekir. Alternatif olarak, bir bileşeni bir kullanıcı olarak, başka bir bileşeni ise başka bir kullanıcı olarak çalıştırabilirsiniz.

Ortak kod içeren bileşenler

Aşağıdaki Edge bileşenleri ortak kodu paylaşır. Bu nedenle, bir düğümdeki bu bileşenlerden herhangi birini geri almak için o düğümdeki tüm bileşenleri geri almanız gerekir.

edge-management-server (Yönetim Sunucusu)
edge-message-processor (Mesaj İşleyici)
edge-router (Yönlendirici)
edge-postgres-server (Postgres sunucusu)
edge-qpid-server (Qpid Sunucusu)

Örneğin, düğüme Yönetim Sunucusu, Yönlendirici ve Mesaj İşleyici'yi yüklediyseniz bunlardan herhangi birini geri almak için üçünü de geri almanız gerekir.

Cassandra'nın geri alınması

Belirli bir düğümde Cassandra'nın büyük bir yükseltmesi gerçekleştirildiğinde Cassandra, o düğümde depolanan verilerin şemasını değiştirir. Bu nedenle, doğrudan yerinde geri alma işlemi mümkün değildir.

Geri alma senaryoları

Private Cloud 4.53.01 için Edge ile kullanılabilen Cassandra 4.0.X, Private Cloud 4.52.02'nin diğer bileşenleriyle uyumludur.

Kullanabileceğiniz çeşitli geri alma stratejilerinin özeti için lütfen aşağıdaki tabloya bakın:

Senaryo	Geri alma stratejisi
Tek veri merkezi, bazı Cassandra düğümleri yükseltildi	Yedekleri kullanma
Tek veri merkezi, tüm Cassandra düğümleri yükseltildi	Cassandra'yı geri sarmayın. Diğer bileşenler geri alınabilir.
Tek DC, tüm düğümler (Cassandra ve diğerleri) yükseltildi	Cassandra'yı geri sarmayın. Diğer bileşenler geri alınabilir.
Birden fazla veri merkezi, bir veri merkezindeki bazı düğümler yükseltildi	Mevcut DC'den yeniden oluşturma
Birden fazla veri merkezi, bazı veri merkezlerindeki tüm Cassandra düğümleri yükseltildi	Mevcut DC'den yeniden oluşturma
Yükseltilen son DC'nin birden fazla DC, Cassandra düğümü	Yükseltme işlemini tamamlamayı deneyin. Mümkün değilse yedekleme kullanarak 1 DC'yi geri alın. Geri alınan DC'den kalan DC'leri yeniden oluşturun.
Birden fazla DC, tüm Cassandra düğümleri yükseltildi	Cassandra'yı geri sarmayın. Diğer bileşenler geri alınabilir.
Birden fazla veri merkezi, tüm düğümler (Cassandra ve diğerleri) yükseltildi	Cassandra'yı geri sarmayın. Diğer bileşenler geri alınabilir.

Genel olarak dikkat edilecek noktalar

Geri alma işlemini değerlendirirken aşağıdakileri göz önünde bulundurun:

Çalışma zamanı veya yönetim bileşenlerinin geri alınması: edge-management-server, edge-message-processor gibi bileşenleri veya Cassandra dışındaki herhangi bir bileşeni Private Cloud sürüm 4.52.02'ye geri almak istiyorsanız Cassandra'yı geri ALMAMANIZ önerilir. Private Cloud 4.53.00 ile birlikte gelen Cassandra, Edge for Private Cloud 4.52.02'nin Cassandra dışındaki tüm bileşenleriyle uyumludur. Cassandra 4.0.13 sürümünde kalırken burada listelenen metodolojiyi kullanarak Cassandra dışı bileşenleri geri alabilirsiniz.
Cassandra kümesinin tamamı 4.0.X sürümüne yükseltildikten sonra geri alma: Özel Bulut sürümü 4.53.00'e yükseltme kapsamında Cassandra kümenizin tamamı 4.0.X sürümüne yükseltildiyse bu küme kurulumuna devam etmeniz ve Cassandra'yı GERİ ALMAMANIZ önerilir. Private Cloud 4.52.02 sürümündeki edge-management-server, edge-message-processor, edge-router gibi bileşenler Cassandra 4.0.X sürümüyle uyumludur.
Cassandra yükseltmesi sırasında geri alma: Cassandra yükseltmesi sırasında sorunlarla karşılaşırsanız geri alma işlemini düşünebilirsiniz. Bu makalede listelenen geri alma stratejileri, yükseltme sürecinde bulunduğunuz duruma göre uygulanabilir.
Yedekleri kullanarak geri alma: Cassandra 4.0.X'ten alınan yedekler, Cassandra 3.11.X'in yedekleriyle uyumlu değildir. Yedek geri yükleme kullanarak Cassandra'yı geri sarmak için yükseltme işlemini denemeden önce Cassandra 3.11.X'in yedeklerini almanız gerekir.

Yeniden oluşturma kullanarak Cassandra'yı geri alma

Ön koşullar

Birden fazla veri merkezinde Edge for Private Cloud 4.52.02 kümesi çalıştırıyorsunuz.
Cassandra'yı 3.11.X sürümünden 4.0.X sürümüne yükseltme sürecindesiniz ve yükseltme sırasında sorunlarla karşılaştınız.
Kümede, Cassandra'nın eski sürümünü (Cassandra 3.11.X) çalıştıran en az bir tam işlevsel veri merkeziniz var.

Bu prosedür, mevcut bir veri merkezinden gelen akış verilerine dayanır. Cassandra'da ne kadar veri depolandığına bağlı olarak bu işlem önemli ölçüde zaman alabilir. Geri alma işlemi devam ederken çalışma zamanı trafiğinizi bu veri merkezinden yönlendirmeye hazır olmanız gerekir.

Kısaca adımlar

Geri yüklemek istediğiniz bir veri merkezini (kısmen veya tamamen yükseltilmiş) seçin. Çalışma zamanı trafiğini farklı bir çalışan veri merkezine yönlendirin.
Veri merkezindeki başlangıç düğümünü belirleyin ve başlangıç düğümlerinden biriyle başlayın.
Cassandra düğümünü durdurun, kaldırın ve temizleyin.
Cassandra'nın eski sürümünü düğüme yükleyin ve gerektiği şekilde yapılandırın.
Daha önce eklenen fazladan yapılandırmaları kaldırın.
Veri merkezindeki tüm başlangıç düğümleri için yukarıdaki adımları tek tek tekrarlayın.
Veri merkezindeki kalan tüm Cassandra düğümleri için yukarıdaki adımları tek tek tekrarlayın.
Mevcut işlevsel veri merkezindeki düğümleri tek tek yeniden oluşturun.
Veri merkezinde Cassandra'ya bağlı olan tüm edge-* bileşenlerini yeniden başlatın.
Trafiği test edin ve tekrar bu veri merkezine yönlendirin.
Bu adımları her veri merkezi için tek tek tekrarlayın.

Ayrıntılı adımlar

Tüm Cassandra düğümlerinin veya bazılarının yükseltildiği bir veri merkezi seçin. Bu veri merkezindeki Cassandra düğümleri geri alınırken bu veri merkezinden gelen tüm çalışma zamanı proxy trafiğini ve yönetim trafiğini yönlendirin. nodetool ring komutu düğümlerde yürütüldüğünde tüm Cassandra düğümlerinin UN (Up/Normal) durumunda olduğundan emin olun. Belirli düğümler kapalıysa devam etmeden önce sorunu giderin ve bu düğümleri tekrar açın.

Aşağıdaki örneği inceleyin:

/opt/apigee/apigee-cassandra/bin/nodetool status
Datacenter: dc-1
================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address      Load       Tokens       Owns (effective)  Host ID                               Rack
UN  DC1-1IP1  456.41 KiB  1            100.0%            78fc4ddd-2ed9-4a8c-98a2-63a38c2f1920  ra-1
UN  DC1-1IP2  870.93 KiB  1            100.0%            160db01a-64ab-43a7-b9ea-3b7f8f66d52b  ra-1
UN  DC1-1IP3  824.08 KiB  1            100.0%            21d61543-d59e-403a-bf5d-bfe7f664baa6  ra-1
Datacenter: dc-2
================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address      Load       Tokens       Owns (effective)  Host ID                               Rack
UN  DC2-1IP1   802.08 KiB  1            100.0%            583e0576-336d-4ce7-9729-2ae74e0abde2  ra-1
UN  DC2-1IP2   844.4 KiB   1            100.0%            fef794d5-f4c2-4a4e-bb05-9adaeb4aea4b  ra-1
UN  DC2-1IP3   878.12 KiB  1            100.0%            3894b3d9-1f5a-444d-83db-7b1e338bbfc9  ra-1

Tüm kümenin mevcut durumunu anlamak için düğümlerde nodetool describecluster komutunu çalıştırabilirsiniz. Örneğin, aşağıda 2 veri merkezi kümesinin bir örneği gösterilmektedir. Bu örnekte, tüm DC-1 düğümleri Cassandra sürüm 4'te, tüm DC-2 düğümleri ise Cassandra sürüm 3'tedir:

# On nodes where Cassandra is upgraded
/opt/apigee/apigee-cassandra/bin/nodetool describecluster
Cluster Information:
    Name: Apigee
    Snitch: org.apache.cassandra.locator.PropertyFileSnitch
    DynamicEndPointSnitch: enabled
    Partitioner: org.apache.cassandra.dht.RandomPartitioner
    Schema versions:
        2eadcd74-0245-309a-9992-3625afa70038: [DC-1-IP1, DC-1-IP2, DC-1-IP3]
        129dc15e-198e-3c11-b64c-701044a3a1ad: [DC-2-IP1, DC-2-IP2, DC-2-IP3]

Stats for all nodes:
    Live: 6
    Joining: 0
    Moving: 0
    Leaving: 0
    Unreachable: 0

Data Centers:
    dc-1 #Nodes: 3 #Down: 0
    dc-2 #Nodes: 3 #Down: 0

Database versions:
    4.0.13: [DC-1-IP1:7000, DC-1-IP2:7000, DC-1-IP3:7000]
    3.11.16: [DC-2-IP1:7000, DC-2-IP2:7000, DC-2-IP3:7000]

Keyspaces:
    system_schema -> Replication class: LocalStrategy {}
    system -> Replication class: LocalStrategy {}
    auth -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    cache -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    devconnect -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    dek -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    user_settings -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    apprepo -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    kms -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    identityzone -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    audit -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    analytics -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    keyvaluemap -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    counter -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    apimodel_v2 -> Replication class: NetworkTopologyStrategy {dc-2=3, dc-1=3}
    system_distributed -> Replication class: SimpleStrategy {replication_factor=3}
    system_traces -> Replication class: SimpleStrategy {replication_factor=2}
    system_auth -> Replication class: SimpleStrategy {replication_factor=1}

# On nodes where Cassandra is not upgraded
/opt/apigee/apigee-cassandra/bin/nodetool describecluster
Cluster Information:
    Name: Apigee
    Snitch: org.apache.cassandra.locator.PropertyFileSnitch
    DynamicEndPointSnitch: enabled
    Partitioner: org.apache.cassandra.dht.RandomPartitioner
    Schema versions:
        2eadcd74-0245-309a-9992-3625afa70038: [DC-1-IP1, DC-1-IP2, DC-1-IP3]
        129dc15e-198e-3c11-b64c-701044a3a1ad: [DC-2-IP1, DC-2-IP2, DC-2-IP3]

Veri merkezindeki başlangıç düğümlerini belirleyin: Ek'teki Başlangıç düğümleri nasıl belirlenir? bölümüne bakın. Aşağıdaki adımları başlangıç düğümlerinden birinde yürütün:

Cassandra düğümündeki verileri durdurma, kaldırma ve temizleme Bu veri merkezinde Cassandra sürüm 4'teki ilk çekirdek düğümü seçin. Dur.

# Stop Cassandra service on the node
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop

# Uninstall Cassandra software
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra uninstall

# Wipe out Cassandra data
rm -rf /opt/apigee/data/apigee-cassandra

Düğüme eski Cassandra yazılımını yükleyin ve bazı yapılandırmaları ayarlayın. Private Cloud 4.52.02 için Edge'in bootstrap dosyasını çalıştırın.

# Download bootstrap of 4.52.02
curl https://software.apigee.com/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh -u uName:pWord

# Execute bootstrap of 4.52.02
sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord

Dosyayı oluşturun veya düzenleyin /opt/apigee/customer/application/cassandra.properties.
Dosyaya aşağıdaki içerikleri ekleyin. ipOfNode, Cassandra'nın diğer Cassandra düğümleriyle iletişim kurmak için kullandığı düğümün IP adresidir:
```
conf_jvm_options_custom_settings=-Dcassandra.replace_address=ipOfNode -Dcassandra.allow_unsafe_replace=true
```
Dosyanın apigee kullanıcısına ait olduğundan ve bu kullanıcı tarafından okunabildiğinden emin olun:
```
chown apigee:apigee /opt/apigee/customer/application/cassandra.properties
```
Cassandra'yı yükleme ve ayarlama:

# Install cassandra version 3.11.X
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra install
# Setup cassandra while passing standard configuration file
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra setup -f configFile
# Ensure Cassandra version is correct and service is running
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra version
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra status

Düğümün başlatıldığını doğrulayın. Bu düğümde ve kümedeki diğer düğümlerde aşağıdaki komutu kontrol edin. Düğüm, "UN" (Up/Normal) durumunda olduğunu bildirmelidir:
```
/opt/apigee/apigee-cassandra/bin/nodetool status
```
Daha önce eklenen ekstra yapılandırmaları dosyadan kaldırın /opt/apigee/customer/application/cassandra.properties.
Veri merkezindeki tüm Cassandra başlangıç düğümlerinde 3-10 arasındaki adımları tek tek tekrarlayın.
Veri merkezindeki kalan tüm Cassandra düğümlerinde 3-10 arasındaki adımları tek tek tekrarlayın.
Veri merkezindeki tüm düğümleri, eski Cassandra sürümünün çalıştığı bir veri merkezinden yeniden oluşturun. Bu adımı her seferinde bir düğüm olacak şekilde uygulayın:
```
/opt/apigee/apigee-cassandra/bin/nodetool rebuild -dc <name of working DC>
```
Bu işlem biraz zaman alabilir. Gerekirse streamingthroughput ayarını yapabilirsiniz. İşlemin tamamlanma durumunu öğrenmek için nodetool netstats simgesini kontrol edin.
(İsteğe bağlı) Veriler yeniden oluşturulmuyorsa Cassandra düğümünde onarım komutunu çalıştırın.
```
/opt/apigee/apigee-cassandra/bin/nodetool -h node-IP repair -pr
```

Veri merkezindeki tüm edge-* bileşenlerini tek tek yeniden başlatın:

/opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
/opt/apigee/apigee-service/bin/apigee-service edge-router restart
/opt/apigee/apigee-service/bin/apigee-service edge-management-server restart
/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server restart
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server restart

Trafiği doğrulayın ve bu veri merkezine yönlendirin. Bu veri merkezinde çalışma zamanı trafiği ve yönetim API'leri için bazı doğrulama işlemleri yapın ve proxy ile yönetim API'si trafiğini tekrar bu veri merkezine yönlendirmeye başlayın.
Geri almak istediğiniz her veri merkezi için yukarıdaki adımları tekrarlayın.

Yedeklemeyi kullanarak Cassandra'yı geri alma

Ön koşullar

Cassandra'yı 3.11.X sürümünden 4.0.X sürümüne yükseltme sürecindesiniz ve yükseltme sırasında sorunlarla karşılaştınız.
Geri döndürdüğünüz düğümün yedekleri olmalıdır. Yedek, 3.11.X sürümünden 4.0.X sürümüne yükseltme denenmeden önce alınmıştır.

Adımlar

Geri sarmak istediğiniz bir düğümü seçin. Bir veri merkezindeki tüm düğümleri yedeklemeleri kullanarak geri alıyorsanız önce çekirdek düğümlerle başlayın. Ek'teki "Başlangıç düğümlerini tanımlama" bölümüne bakın.

Cassandra düğümünü durdurma, kaldırma ve temizleme:

# Stop Cassandra service on the node
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop

# Uninstall Cassandra software
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra uninstall

# Wipe Cassandra data
rm -rf /opt/apigee/data/apigee-cassandra

Düğüme eski Cassandra yazılımını yükleyin ve yapılandırın:

Edge for Private Cloud 4.52.02 için bootstrap dosyasını yürütün:

# Download bootstrap for 4.52.02
curl https://software.apigee.com/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh -u ‘uName:pWord’

# Execute bootstrap for 4.52.02
sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord

Dosyayı oluşturun veya düzenleyin /opt/apigee/customer/application/cassandra.properties:

conf_jvm_options_custom_settings=-Dcassandra.replace_address=ipOfNode -Dcassandra.allow_unsafe_replace=true

Dosyanın apigee kullanıcısına ait olduğundan ve okunabilir olduğundan emin olun:

chown apigee:apigee /opt/apigee/customer/application/cassandra.properties

Cassandra'yı yükleme ve ayarlama:

# Install Cassandra version 3.11.X
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra install

# Set up Cassandra with the standard configuration file
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra setup -f configFile

# Verify Cassandra version and check service status
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra version
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra status

Düğümün başlatıldığını doğrulayın. Bu düğümde ve kümedeki diğer düğümlerde aşağıdaki komutu kontrol edin. Düğümler, bu düğümün "UN" durumunda olduğunu bildirmelidir:

/opt/apigee/apigee-cassandra/bin/nodetool status

Cassandra hizmetini durdurun ve yedeği geri yükleyin. Daha fazla bilgi için yedekleme ve geri yükleme belgelerini inceleyin:

# Stop Cassandra service on the node
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop

# Wipe the data directory in preparation for restore
rm -rf /opt/apigee/data/apigee-cassandra/data

# Restore the backup taken before the upgrade attempt
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restore backupFile

Yedekleme geri yüklendikten sonra ek yapılandırmaları kaldırın:

Daha önce eklenen yapılandırmayı dosyadan kaldırın /opt/apigee/customer/application/cassandra.properties.

Düğümde Cassandra hizmetini başlatın:

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra start

Yedekleri kullanarak geri sarmak istediğiniz her Cassandra düğümünde adımları tek tek tekrarlayın.

Tüm Cassandra düğümleri geri yüklendikten sonra, tüm edge-* bileşenlerini tek tek yeniden başlatın:

/opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
/opt/apigee/apigee-service/bin/apigee-service edge-router restart
/opt/apigee/apigee-service/bin/apigee-service edge-management-server restart
/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server restart
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server restart

Yedekleme optimizasyonları (gelişmiş seçenek)

En son verileri içeren kopyalarınız varsa yedeklemeleri geri yüklerken veri kaybını en aza indirebilir (veya tamamen ortadan kaldırabilirsiniz). Kopyalar varsa yedekleme geri yüklendikten sonra geri yüklenen düğümde onarım gerçekleştirin.

Ek

Başlangıç düğümleri nasıl belirlenir?

Bir veri merkezindeki herhangi bir Cassandra düğümünde aşağıdaki komutu çalıştırın:

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra configure -search conf_cassandra_seeds

Komut birden fazla satır çıkışı verir. Çıkışın son satırını bulun. Son satırda listelenen IP adresleri, başlangıç düğümleridir. Aşağıdaki örnekte DC-1-IP1, DC-1-IP2, DC-2-IP1 ve DC-2-IP2, başlangıç düğümü IP'leridir:

Found key conf_cassandra_seeds, with value, "127.0.0.1", in /opt/apigee/apigee-cassandra/token/default.properties

Found key conf_cassandra_seeds, with value, 127.0.0.1, in /opt/apigee/apigee-cassandra/token/application/cassandra.properties

Found key conf_cassandra_seeds, with value, "DC-1-IP1, DC-1-IP2, DC-2-IP1, DC-2-IP2", in /opt/apigee/token/application/cassandra.properties
apigee-configutil: apigee-cassandra: # OK

Zookeeper 3.8.4 güncellemesini geri alma

Geri al

Geri alma işlemi gerekirse:

Geri alma adımlarını önce gözlemciler ve takipçiler üzerinde gerçekleştirin.
Geri döndüğünüz sürümün (4.52.02 veya 4.53.00) bootstrap'ini indirip çalıştırın. Bu işlem, büyük olasılıkla düğümün harici internet bağlantısı olup olmamasına veya çevrimdışı kurulumu takip edip etmemenize bağlı olarak değişir.

Düğümde çalışıyorsa Zookeeper'ı durdurun:

  /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper stop

Mevcut zookeeper'ı kaldırın:

  /opt/apigee/apigee-service/bin/apigee-service apigee-zookeeper uninstall

Zookeeper'ı her zamanki gibi yükleyin:

  /opt/apigee/apigee-setup/bin/setup.sh -p zk -f <silent-config-file>

Tüm takipçiler ve gözlemciler geri alındıktan sonra, lider düğümde 2-5 arasındaki adımları uygulayarak lider düğümü geri alın.
Tüm düğümler geri alındıktan sonra küme durumunu doğrulayın ve kümede bir lider düğüm olduğundan emin olun.

Yedeği geri yükle

Yedekten geri yükleme başlıklı makaleyi inceleyin. 4.52.02 veya 4.53.00 gibi Edge for Private Cloud'un önceki sürümlerinden alınan Zookeeper yedeklerinin, Edge for Private Cloud 4.53.01'deki Zookeeper sürümüyle uyumlu olması gerektiğini unutmayın.

Postgres 17 güncellemesini geri alma

4.52.02 veya 4.53.00 sürümünden 4.53.01 sürümüne yükselttiyseniz Edge bileşenlerine ek olarak Postgres güncellemenizi de geri çekmeniz gerekir.

Postgres'i bir ana-yedek yapılandırmasında güncellerken Postgres güncellemesini geri almak için:

Yeni bekleme düğümünü Postgres ana düğümü olacak şekilde yükseltin. Yeni Postgres ana örneği, önceki Edge kurulumunuzla aynı sürümde olur.
Eski yedek düğümü, yeni ana düğümün yedek düğümü olacak şekilde yapılandırın. Eski yedek düğüm, önceki Edge yüklemenizle aynı sürümde olacaktır.
Yeni ana ve yedek düğümleri analiz ve tüketici gruplarına kaydedin.

Geri alma işlemi tamamlandığında eski ana düğüme artık gerek kalmaz. Ardından eski ana düğümün hizmetini durdurabilirsiniz.

Başlamadan önce

Postgres 17'den 14'e geri alma işlemi yapmadan önce, apigee-postgresql üzerindeki max_locks_per_transaction özelliğini güncellemek için hem yeni bekleme ana makinesinde hem de eski bekleme ana makinesinde aşağıdaki adımları uygulayın:

Yoksa dosyayı oluşturun /opt/apigee/customer/application/postgresql.properties

Bu dosyanın sahipliğini apigee olarak değiştirin:

sudo chown apigee:apigee /opt/apigee/customer/application/postgresql.properties

Dosyaya aşağıdaki özelliği ekleyin:

conf/postgresql.conf+max_locks_per_transaction=30000

apigee-postgresql'i yapılandırın:

apigee-service apigee-postgresql configure

apigee-postgresql'i yeniden başlatın:

apigee-service apigee-postgresql restart

Yeni yedek Postgres düğümünün çalıştığından emin olun:
```
/opt/apigee/apigee-service/bin/apigee-all status
```
Postgres çalışmıyorsa başlatın:
```
/opt/apigee/apigee-service/bin/apigee-all start
```

Eski ana düğümde ve eski yedek düğümde Postgres'in durdurulduğundan emin olun:

/opt/apigee/apigee-service/bin/apigee-all status

Postgres çalışıyorsa durdurun:

/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop  
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop

Yüklüyse eski yedek düğümde Qpid'i başlatın:
```
/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start
```
Not: Birçok yapılandırmada eski yedek düğüm yalnızca Postgres'i barındırır, Qpid'i barındırmaz.
Yeni bekleme düğümünü Postgres ana düğümü olarak yükseltin:
1. Yeni yedek düğümü yeni ana düğüm olarak yükseltin:
```
apigee-service apigee-postgresql promote-standby-to-master old_master_IP
```
  İstenirse "apigee" kullanıcısı için Postgres şifresini girin. Bu şifre varsayılan olarak "postgres"tir.
2. Aşağıdakileri belirtmek için Edge'in mevcut sürümünü yüklemek üzere kullandığınız yapılandırma dosyasını düzenleyin:
```
# IP address of the new master:
PG_MASTER=new_standby_IP
# IP address of the old standby node
PG_STANDBY=old_standby_IP
```
3. Yeni ana öğeyi yapılandırın:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-master -f configFile
```
Eski yedek düğümü daha yeni bir sürüme yükselttiyseniz öncelikle eski yedek düğümdeki Apigee yazılımını düşürmeniz gerekir. Eski yedek düğümde hâlâ eski sürüm varsa bu adımı atlayıp 6. adımdan devam edebilirsiniz.
1. Eski bekleme düğümünde Postgres'i durdurun:
```
apigee-service apigee-postgresql stop
apigee-service edge-postgres-server stop
```
2. Postgres'i eski bekleme düğümünden kaldırın:
```
apigee-service apigee-postgresql uninstall
apigee-service edge-postgres-server uninstall
```
3. Eski yedek düğümden Postgres veri dizinini silin:
```
cd /opt/apigee/data/apigee-postgresql/pgdata
rm -rf *
```
4. Eski bekleme düğümünde, eski sürüm bootstrap'ini (geri döndüğünüz Apigee sürümü için) indirip çalıştırın. Tam adımlar, internet tabanlı veya çevrimdışı kurulum kullanmanıza bağlı olarak değişebilir. Eski sürüm Apigee bootstrap'i çalıştırmak, yum depolarını eski sürüm Apigee verileriyle ayarlar.
5. Eski bekleme düğümünde Postgres bileşenlerini ayarlayın:
```
/opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile
```
6. Eski yedek düğümdeki Postgres bileşenlerinin eski sürüme geri çekildiğini kontrol edin ve doğrulayın:
```
apigee-service apigee-postgresql version
apigee-service edge-postgres-server version
```

Not: Lütfen rpm postgresql17-libs-17.4-1PGDG'yi hâlâ mevcutsa kaldırdığınızdan emin olun.

Eski yedek düğümü yeniden oluşturun:
1. Aşağıdakileri belirtmek için Edge'in mevcut sürümünü yüklemek üzere kullandığınız yapılandırma dosyasını düzenleyin:
```
# IP address of the new master:
PG_MASTER=new_standby_IP
# IP address of the old standby node
PG_STANDBY=old_standby_IP
```
2. Eski yedek düğümdeki veri dizinini kaldırın:
```
cd /opt/apigee/data/apigee-postgresql/pgdata
rm -rf *
```
3. Eski yedek düğümü, yeni ana düğümün yedek düğümü olacak şekilde yeniden yapılandırın:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile
```
4. Postgres'in eski yedek düğümde çalıştığından emin olun:
```
/opt/apigee/apigee-service/bin/apigee-all status
```
  Postgres çalışmıyorsa başlatın:
```
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
```
Yeni yedek düğümün eklendiğini doğrulamak için yeni ana düğümdeki /opt/apigee/apigee-postgresql/conf/pg_hba.conf dosyasını görüntüleyin.

Yönetim sunucusunda aşağıdaki komutu çalıştırarak mevcut analizleri ve tüketici grubu bilgilerini görüntüleyin:

curl -u sysAdminEmail:password http://ms_IP:8080/v1/analytics/groups/ax

Bu komut, name alanında analiz grubu adını, consumer-groups altında ise name alanında tüketici grubu adını döndürür. Ayrıca, postgres-server alanında ve datastores alanında eski Postgres ana ve bekleme düğümlerinin UUID'lerini de döndürür. Şu biçimde çıkış görmeniz gerekir:

{
  "name" : "axgroup-001",
  "properties" : {
  },
  "scopes" : [ "VALIDATE~test", "sgilson~prod" ],
  "uuids" : {
    "qpid-server" : [ "8381a053-433f-4382-bd2a-100fd37a1592", "4b6856ec-ef05-498f-bac6-ef5f0d5f6521" ],
    "postgres-server" : [
      "ab1158bd-1d59-4e2a-9c95-24cc2cfa6edc:27f90844-efab-4b32-8a23-8f85cdc9a256"
    ]
  },
  "consumer-groups" : [ {
    "name" : "consumer-group-001",
    "consumers" : [ "8381a053-433f-4382-bd2a-100fd37a1592", "4b6856ec-ef05-498f-bac6-ef5f0d5f6521" ],
    "datastores" :
      [ "ab1158bd-1d59-4e2a-9c95-24cc2cfa6edc:27f90844-efab-4b32-8a23-8f85cdc9a256" ],
      "properties" : {     }
    }
  ],
  "data-processors" : {
  }
}

Eski ana düğümde aşağıdaki curl komutunu çalıştırarak eski ana düğümün UUID adresini alın:
```
curl -u sysAdminEmail:password http://node_IP:8084/v1/servers/self
```
Çıkışın sonunda, aşağıdaki biçimde düğümün UUID'sini görürsünüz:
```
"type" : [ "postgres-server" ],
"uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75"
```
Not: edge-postgres-server hizmeti çalışıyor olmalıdır. Postgres sunucusu çalışmıyorsa UUID'yi belirlemek için Yönetim Sunucusu'nda aşağıdaki komutu çalıştırabilirsiniz:
```
curl -u sysAdminEmail:password http://ms_IP:8080/v1/servers?pod=analytics
```
Bu komutun çıkışında, her Postgres düğümünün IP adresinin UUID'si listelenir.
Eski yedek düğümün ve yeni ana düğümün IP adreslerini almak için önceki adımı tekrarlayın.
Eski ana ve bekleme düğümlerini tüketici grubundan kaldırın:
```
curl -u sysAdminEmail:password -X DELETE \
  "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/consumer-groups/consumer-group-001/datastores/masterUUID,standbyUUID" -v
```
Burada axgroup-001 ve consumer-group-001, analiz ve tüketici gruplarının varsayılan adlarıdır. masterUUID,standbyUUID, yukarıdaki mevcut analiz ve tüketici grubu bilgilerini görüntülerken göründükleri sıradadır. Bunları standbyUUID,masterUUID olarak belirtmeniz gerekebilir.

consumer-groups için datastores özelliği artık boş olmalıdır.

Eski ana ve yedek düğümleri analiz grubundan kaldırın:

curl -u sysAdminEmail:password -X DELETE \
  "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/servers?uuid=masterUUID,standbyUUID&type=postgres-server" -v

uuids altındaki postgres-server özelliği artık boş olmalıdır.

Yeni PG ana ve yedek düğümlerini analiz ve tüketici gruplarıyla kaydedin:

curl -u sysAdminEmail:password -X POST -H "Content-Type: application/json" -d ''
  "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/servers?uuid=masterUUID,standbyUUID&type=postgres-server" -v
curl -u sysAdminEmail:password -X POST -H "Content-Type:application/json" -d ''
  "http://ms_IP:8080/v1/analytics/groups/ax/axgroup-001/consumer-groups/consumer-group-001/datastores?uuid=masterUUID,standbyUUID" -v

Analiz grubunu doğrulayın:
```
curl -u sysAdminEmail:password http://ms_IP:8080/v1/analytics/groups/ax
```
Yeni ana ve bekleme düğümlerinin UUID'lerini analiz grubunda ve tüketici grubunda listelenmiş olarak görmeniz gerekir.

Edge Management Server'ı yeniden başlatın:

/opt/apigee/apigee-service/bin/apigee-service edge-management-server restart

Tüm Qpid sunucularını yeniden başlatın:

/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server restart

Tüm Postgres sunucularını yeniden başlatın:

/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server restart

Her iki sunucuda da aşağıdaki komut dosyalarını yayınlayarak replikasyon durumunu doğrulayın. Sistemin başarılı bir çoğaltma sağlamak için her iki sunucuda da aynı sonuçları göstermesi gerekir:
Yeni ana bilgisayarda şunu çalıştırın:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
```
Ana makine olduğunu doğrulayın. Eski yedek düğümde:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
```
Yedek cihaz olduğunu doğrulayın.
Düğümlerin senkronize olduğundan emin olmak için birkaç API isteği gönderdikten sonra önceki adımı tekrarlayın.
Postgres düğümünü devre dışı bırakma bölümündeki prosedürü kullanarak eski Postgres birincil düğümünü devre dışı bırakın.
Not: Eski ana düğümde Qpid çalıştırılıyorsa Qpid'i çalıştırmak için bu sunucuyu açık bırakabilirsiniz. Çalıştığından emin olun. Başlamadıysa başlatın:
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-server start
```
Alternatif olarak, Qpid'i eski ana makineden kaldırıp yeni ana makine düğümüne yükleyebilirsiniz. Qpid'in yüklemesini kaldırdıktan sonra eski ana düğümü devre dışı bırakabilirsiniz.

LDAP 2.6 güncellemesini geri alma

Bu bölümde, LDAP yüklemesini önceki bir LDAP sürümüne geri döndürmek için kapsamlı ve adım adım bir kılavuz sunulmaktadır. Geri alma işlemi, LDAP kümesinin tamamında gerçekleştirilmelidir ve yalnızca yükseltme öncesi geçerli bir LDAP yedeği kullanılarak yapılabilir.

Buradaki asıl amaç, bilinen iyi bir yedeklemeden yararlanarak tüm LDAP kümesini tutarlı bir duruma geri döndürmektir. Bu prosedür, tek sunucu, etkin-etkin ve etkin-pasif gibi tüm senaryolarda aynıdır.

Ön koşullar ve dikkat edilmesi gereken noktalar

Yedekleme uyumsuzluğu: Edge for Private Cloud 4.52.02 veya 4.53.00 ile çalıştırdığınız eski 2.4 LDAP sürümünden bir yedekleme kullanın. Bu yedekleme, yükseltme denenmeden önce alınmış olmalıdır. Yükseltme işleminden sonra alınan yedekler uyumlu değildir ve kullanılamaz.
Yönetim API'sinde hizmet dışı kalma süresi: LDAP geri alma işlemi sırasında yönetim API'leri kullanılamaz. Bu durum, yönetim görevlerini etkileyebilir. LDAP geri alma işlemine devam etmeden önce lütfen tüm edge-management-server ve edge-ui'yi kapattığınızdan emin olun.
Veri kaybı riski: Geçerli ve uyumlu bir yedek olmadan devam etmek, geri döndürülemez veri kaybı riskini beraberinde getirir.
Geçerli yedekleme: Yükseltme öncesinde geçerli bir LDAP yedeklemesi gereklidir.

Geri alma işlemi

LDAP yükseltme işlemine devam etmeden önce lütfen tüm edge-management-server ve edge-ui'yi kapattığınızdan emin olun.
```
apigee-service edge-management-server stop
apigee-service edge-ui stop
```

Mevcut LDAP verilerini yedekleme (LDAP'yi durdurmadan önce)

Tüm LDAP sunucularından referans için toplam kayıt sayısını alın. (Kayıt sayısı tüm LDAP sunucularında aynı olmalıdır)

      # Note: Replace 'YOUR_PASSWORD' with your current LDAP manager password. 
ldapsearch -o ldif-wrap=no -b "dc=apigee,dc=com" \ -D "cn=manager,dc=apigee,dc=com" -H ldap://:10389 -LLL -x -w 'YOUR_PASSWORD' | wc -l

Yeni LDAP 2.6'yı durdurma ve kaldırma
apigee-openldap hizmetini durdurun ve yapılandırma ile veri dizinlerini silin. Tutarlılığı sağlamak için bu işlem, kümedeki her seferinde bir düğüm olmak üzere tüm LDAP sunucularında gerçekleştirilmelidir.
```
apigee-service apigee-openldap stop
apigee-service apigee-openldap uninstall
rm -rf /opt/apigee/data/apigee-openldap/*
```

Eski LDAP 2.4 sürümünü yükleme

Eski LDAP sürümünü yükleme:

/opt/apigee/apigee-setup/bin/setup.sh -p ld -f /opt/silent.conf

LDAP sürümünü doğrulayın:

source ~/.bash_profile
ldapsearch -VV

#Expected output:
ldapsearch: @(#) $OpenLDAP: ldapsearch 2.4.46

Yukarıdaki adımları her LDAP düğümünde tek tek tekrarlayın

Kalan verileri temizleme
Tüm LDAP sunucularında, yeni yüklenen hizmeti tek tek durdurun ve yedeklemeden geri yüklemeye hazırlanmak için veri dizinini temizleyin.
```
apigee-service apigee-openldap stop
rm -rf /opt/apigee/data/apigee-openldap/*
```

LDAP verilerini geri yükleme

Tek sunuculu kurulum için doğrudan 5b adımına geçebilirsiniz. Çoklu sunucu kurulumu için 5a adımıyla devam edin.

Etkin LDAP sunucusunu belirleme

LDAP verilerini geri yüklemeden önce bu komutu çalıştırarak etkin sunucuyu (sağlayıcı) belirleyin.

grep -i '^olcSyncrepl:' /opt/apigee/data/apigee-openldap/slapd.d/cn=config/olcDatabase*\ldif

* **Note**:
* If this command returns output, the server is a passive server. 
* If it returns no output, the server is the active server.

LDAP verilerini geri yükleme (Geri yükleme işleminden önce 4. adımın tüm sunucularda tamamlandığından emin olun.)

Tek ve etkin LDAP sunucusunda (5a adımında belirlenir) yedeklemeyi geri yükleyin.

cd /opt/apigee/backup/openldap

# To restore a specific backup, provide the timestamp as shown below:
apigee-service apigee-openldap restore 2025.07.28,13.59.00
# Note: If no timestamp is provided, the latest available backup will be restored by default.
apigee-service apigee-openldap restore

# It is recommended to specify the backup explicitly to avoid restoring an unintended version.

apigee-openldap hizmetini başlatın.
```
apigee-service apigee-openldap start
```

Kalan LDAP sunucularını başlatma
Çok sunuculu bir kurulumunuz varsa LDAP sunucularının her birinde hizmeti başlatın:
```
apigee-service apigee-openldap start
```
Not: Bu eş sunucularda verileri manuel olarak geri yüklemeniz gerekmez. Başlatıldığında, ilk sunucuya (artık geri yüklenen verileri içerir) bağlanır ve tüm dizini replikasyon yoluyla otomatik olarak senkronize eder.
Son doğrulama
- Son adım, geri alma işleminin başarılı olduğunu ve verilerin LDAP kümesinin tamamında tutarlı olduğunu doğrulamaktır.
- Doğrulama komutunu tüm LDAP sunucularında çalıştırın. Kayıt sayısı tüm sunucularda aynı olmalı ve 1. adımda yakaladığınız sayıyla eşleşmelidir.
```
# Note: Replace 'YOUR_PASSWORD' with your current LDAP manager password.
ldapsearch -o ldif-wrap=no -b "dc=apigee,dc=com" \ -D "cn=manager,dc=apigee,dc=com" -H ldap://:10389 -LLL -x -w 'YOUR_PASSWORD' | wc -l
```
- Verilerin doğru ve tutarlı olduğunu onayladıktan sonra LDAP'ye geri dönme işleminiz tamamlanır. Artık kuruluşunuzun standart yükseltme prosedürüne göre edge-management-server, edge-ui ve diğer bağımlı bileşenleri başlatma işlemine devam edebilirsiniz.

Önceki bir ana veya ara sürüme geri dönme

Önceki bir ana veya alt sürüme geri dönmek için bileşeni barındıran her düğümde aşağıdakileri yapın:

Geri dönmek istediğiniz sürümün bootstrap.sh dosyasını indirin:
- 4.52.02 sürümüne geri dönmek için bootstrap_4.52.02.sh sürümünü indirin.

Geri alma işlemi için bileşeni durdurun:

Düğümdeki ortak kod içeren bileşenlerden herhangi birini geri almak için aşağıdaki örnekte gösterildiği gibi hepsini durdurmanız gerekir:

/opt/apigee/apigee-service/bin/apigee-service edge-management-server stop
/opt/apigee/apigee-service/bin/apigee-service edge-router stop
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor stop
/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop

Düğümdeki diğer bileşenleri geri almak için yalnızca ilgili bileşeni durdurun:
```
/opt/apigee/apigee-service/bin/apigee-service component stop
```

Para kazanma özelliğini geri alıyorsanız tüm Yönetim Sunucusu ve Mesaj İşleme düğümlerinden kaldırın:
```
/opt/apigee/apigee-service/bin/apigee-service edge-mint-gateway uninstall
```
Düğümde geri alma işlemi yapmak için bileşeni kaldırın:
1. Düğümdeki ortak kodlu bileşenlerden herhangi birini geri almak için edge-gateway ve apigee-cassandra-client bileşen grubunu kaldırarak hepsini kaldırmanız gerekir. Aşağıdaki örnekte bu işlem gösterilmektedir:
```
/opt/apigee/apigee-service/bin/apigee-service edge-gateway uninstall
```
```
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra-client uninstall
```
2. Nginx'i aşağıdaki gibi geri döndürmek için:
```
###Find the apigee-nginx RPM 
rpm -qa | grep -i "apigee-nginx"

###Remove the apigee-nginx RPM
dnf remove apigee-nginx-1.26.x
```
3. Düğümdeki diğer bileşenleri geri almak için aşağıdaki örnekte gösterildiği gibi yalnızca ilgili bileşeni kaldırın:
```
/opt/apigee/apigee-service/bin/apigee-service component uninstall
```
  Burada component, bileşen adıdır.
4. Edge yönlendiriciyi geri almak için edge-gateway bileşen grubunu kaldırmanın yanı sıra /opt/nginx/conf.d dosyasının içeriğini de silmeniz gerekir:
```
cd /opt/nginx/conf.d
rm -rf *
```

apigee-setup uygulamasının 4.53.01 sürümünü kaldırın:

/opt/apigee/apigee-service/bin/apigee-service apigee-setup uninstall

apigee-service aracının 4.52.02 sürümünü ve bağımlılıklarını yükleyin. Aşağıdaki örnekte apigee-service uygulamasının 4.52.02 sürümü yükleniyor:
```
sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord
```
Burada uName ve pWord, Apigee'den aldığınız kullanıcı adı ve şifredir. pWord karakterini atlarsanız girmeniz istenir.

Hata mesajı alırsanız 1. adımda bootstrap.sh dosyasını indirdiğinizden emin olun.

apigee-setup uygulamasını yükleyin:

/opt/apigee/apigee-service/bin/apigee-service apigee-setup install

Bileşenin eski sürümünü yükleyin:
```
/opt/apigee/apigee-setup/bin/setup.sh -p component -f configFile
```
Burada component, yüklenecek bileşen, configFile ise eski sürüm için yapılandırma dosyanızdır.
Qpid'i geri alıyorsanız iptables'ı temizleyin:
```
sudo iptables -F
```
Geri almayı gerçekleştirdiğiniz bileşeni barındıran her düğüm için bu işlemi tekrarlayın.

mTLS'yi geri çekme

mTLS güncellemesini geri almak için tüm ana makinelerde aşağıdaki adımları uygulayın:

Apigee'yi durdurma:
```
apigee-all stop
```
mTLS'yi durdurma:
```
apigee-service apigee-mtls uninstall
```

mTLS'yi yeniden yükleyin:

apigee-service apigee-mtls install
apigee-service apigee-mtls setup -f /opt/silent.conf