Yedekleme

İki ayrı yedekleme vardır ve biri diğerinin yerine geçmez:

	Ne kapsar	Nasıl
Ürünün Backup’ı	Yapılandırma — projeler, bağlantılar, değişkenler, alarmlar, ekranlar, script’ler	Arayüzdeki Backup ekranı, bir ZIP üretir
Kurulum yedeği	Veri depolarının tamamı	Sunucu tarafında, veritabanı ve dizin kopyası

Birincisi bir yapılandırmayı taşımak ya da geri almak içindir; ikincisi makineyi kaybettiğinizde kurulumu geri getirmek içindir.

Ürünün Backup’ı

Yedek bir space’in kapsamındadır. İsteğe bağlı olarak tek bir proje seçilebilir; seçilmezse space’in tamamı alınır. Çıktı zaman damgalı bir ZIP dosyasıdır.

Parola ve imza iki ayrı şeydir

Yedek alırken iki alan sorulabilir ve bunlar birbirinin yerine geçmez:

Alan	Ne işe yarar
Passphrase	Arşivin kendi parolasıdır. Dosyayı mühürleyen anahtarı türetir, her dosya için ayrı seçilir ve geri yükleyecek kişiyle paylaşılır. En az 8 karakter
Signature password	Kendi hesap parolanızdır, işlemi kimin onayladığının denetim kaydına yazılması için yeniden istenir. Hiçbir dosyayı açmaz ve hiçbir yere kaydedilmez. İsteğe bağlıdır

Passphrase’i kaybederseniz arşiv açılmaz

Arşivi açan anahtar passphrase’den türetilir ve ürün onu saklamaz. Yedeği alırken seçtiğiniz değeri, dosyayı geri yükleyecek kişiye ulaşacak biçimde saklayın.

Geri yükleme

Geri yükleme yalnızca Backup’ın ürettiği .zip dosyalarını kabul eder.

Sıra bilinçlidir: arşiv önce okunur ve doğrulanır — bu adım kurulumda hiçbir şeye dokunmaz — imza ise ilk yazmadan hemen önce üretilir. Pratik sonucu şudur: imza reddedilirse geri yükleme hiç başlamaz, yarım kalmış bir kurulum oluşmaz.

Silinmiş kayıtlar kimlikleriyle geri gelir. Bir kaydı silmiş ve sonra yedeği geri yüklemişseniz, o kayıt yeni bir kayıt olarak değil, eski kimliğiyle geri döner. Bunun önemi şudur: loglanmış değerleri, oluşmuş alarm geçmişi, satır erişim bağları ve denetim izi hep o kimliğe yazılıdır — kayıt eski kimliğiyle döndüğü için geçmişi de ona bağlı kalır. Aynı adla yeni bir kayıt oluşturmak bunu yapmaz.

Silinmiş kayıtlar yedeğe alınmaz; geri yüklemede canlanmaları, dosyanın adlarını taşıdığı kayıtlar içindir.

ZIP’in taşımadıkları

• Tarihçe verisi. Loglanmış değerler tarihçe veritabanında durur, yedek ZIP’inde değil. Yedek kimlikleri koruduğu için geri yüklemeden sonra tarihçe mevcut kayıtlarla eşleşmeye devam eder.
• Ana anahtar. Aşağıya bakın.

Kurulum yedeği

Makineyi baştan kurabilmek için şunların hepsi gerekir:

Ne	Neden
PostgreSQL	Yapılandırma, kullanıcılar, denetim izi
Tarihçe veritabanı	Loglanmış değerler
Redis	Şifreli sır demeti ve çalışma durumu
./data	Sır demetinin dosya yedeği ve çalışma verisi
./fs	Yüklenen dosyalar

Yolların ikisi de çalışma dizinine görelidir; kurulum dizinini kopyalarken kapsandıklarından emin olun.

Ana anahtar yedekte yoktur

Bu sayfadaki en önemli madde budur.

Yedek, şifreli sır demetini taşır; onu açan anahtarı taşımaz. INS_MASTER_KEY ürünün sakladığı hiçbir yerde durmaz — ne veritabanında, ne Redis’te, ne secrets.json dosyasında. Dolayısıyla bir yedeği geri yükleyecek kişi bu değeri zaten biliyor olmalıdır, ve anahtarın döndürülme yolu yoktur: kurulumda bir kez seçilir.

Kurulum günü ürünün dışına kaydedin

Parola yöneticisi ya da tesis kasasında mühürlü bir zarf. Yedeğiniz olduğu hâlde anahtar elinizde değilse şifreli alanlar ve imza kayıtları geri getirilemez.

Bir geri yüklemenin iki başarısızlık biçimi — biri sessiz

Demet geldi, anahtar yanlış ya da yok → uygulama açılmaz. Sır demeti çözülemez ve kurulum başlamaz. Hiçbir şey bozulmaz, hiçbir şey sessizce yanlış olmaz; doğru anahtar verilene kadar sistem çalışmaz. Çalışan bir kurulumda INS_MASTER_KEY’i değiştirmeye kalkmak da aynı sonucu verir.

Demet hiç gelmedi → uygulama açılır ve sessizce bozuktur. Boş bir Redis ve secrets.json yokken ürün demet bulamaz, verilen ana anahtarla yeni bir demet üretir ve normal şekilde açılır. Bu durumda eski öznitelik anahtarının koruduğu her değer boş okunur ve kod bütünlük damgaları tutmaz. Ekranlar açılır, ama kurulum bir cihaza bağlanamaz, e-posta ve SMS gönderemez — ve bunların hiçbiri bir geri yüklemeyle ilgiliymiş gibi görünmez.

Geri yüklemeden sonra demeti kontrol edin

“Geri yükleme başarılı” demeden önce sır demetinin gerçekten geldiğini doğrulayın: Redis’te demet anahtarı duruyor olmalı ya da ${ins.data.path}/secrets.json dosyası kopyalanmış olmalı. Açılışın sorunsuz görünmesi bu kontrolün yerine geçmez.

Demetteki anahtarları kaybetmenin bedeli

Anahtar	Kaybedilirse
Öznitelik şifreleme	Şifreli saklanan her değer çözülemez olur — LDAP bağlama parolası, e-posta ve SMS sağlayıcı bilgileri, özel veri kaynağı parolaları, harita ve hava durumu API anahtarları, ve bağlantı yapılandırmasındaki hassas protokol alanları. Hiçbiri açık metin olarak saklanmadığı için kurtarılamaz; her biri elle yeniden girilir
Kod bütünlüğü	Saklanan kullanıcı kodunun (script’ler, ifadeler, özel alarm koşulları, animasyon ve faceplate elemanları, rapor veri kaynakları) damgaları doğrulanmaz. Uyarı kipinde her okumada bir güvenlik satırı düşer; zorlama kipinde kod çalışmaz
Elektronik imza	Hiçbir şeyin onaramadığı kayıp. Kaydedilmiş her imza doğrulanamaz hâle gelir, çünkü bir imza ancak onu üreten anahtarla yeniden hesaplanabilir. Kaybedilen veri değil, bir kişinin onayladığına dair kanıttır; hiçbir yedek onu geri getirmez
Oturum anahtarı	Zararsız: bütün oturumlar düşer, herkes yeniden giriş yapar
Küme anahtarı	Düğümler hepsi aynı demetle çalışana kadar birbirine güvenmez

İlgili

• Yapılandırma — ana anahtar ve ortam değişkenleri
• Yedeklilik