1C Veritabanının Yedeklenmesi ve Geri Yüklenmesi: Adım Adım

Kerem Aydın·4 Temmuz 2026·⏱4 dk

1C veritabanının yedeğini Konfigüratör aracılığıyla (.dt olarak dışa aktarma), 1C:Enterprise içindeki yerleşik menü üzerinden veya (dosya tabanlı veritabanı için) klasörü kopyalayarak alabilirsiniz. Geri yükleme işlemi .dt dosyasını yükleyerek veya klasörü değiştirerek/SQL yedeğini geri yükleyerek yapılır; en güvenlisi, önce yedeği ayrı bir veritabanında açmaktır.

İçindekiler

Veritabanı türünü belirleyin

"Doğru" yedekleme yöntemi veritabanı türüne bağlıdır:

  • Dosya tabanlı — veritabanı bir klasördür, içinde genellikle 1Cv8.1CD bulunur.
  • İstemci-sunucu (SQL) — sunucuya bağlantı (veriler DBYS'de saklanır).

Kontrol basittir: 1C bilgi tabanları listesinde dosya tabanlı olan için klasör yolu, SQL olan için ise sunucu adı ve veritabanı adı görüntülenir.

Yedek nasıl alınır (3 etkili yöntem)

1) Konfigüratör → bilgi tabanını .dt olarak dışa aktarma (evrensel)

Hem dosya tabanlı hem de SQL veritabanları için veritabanının tek bir dosyada "anlık görüntüsünü" almak üzere uygundur.

  1. Mümkünse kullanıcıların veritabanından çıkmasını sağlayın.
  2. Veritabanını Konfigüratör modunda açın.
  3. Yönetim → Bilgi tabanını dışa aktar… seçeneğine tıklayın.
  4. Örneğin Base_2026-01-31.dt gibi bir dosya belirtin ve işlemin tamamlanmasını bekleyin.

Büyük veritabanları için .dt dışa aktarma işlemi zaman ve disk alanı gerektirir. Yeterli boş alan planlayın ve işlemi yoğun saatler dışında gerçekleştirin.

2) 1C:Enterprise modundan yedek alma (yapılandırmada ilgili seçenek varsa)

Tipik çözümlerde sıkça görülür: Yönetim → Bakım → Yedekleme ve Geri Yükleme (isim farklılık gösterebilir).

  • Yedek oluşturun ve arşivi veritabanının yanına değil, başka bir diske/ağ depolama alanına kaydedin.

3) Dosya tabanlı veritabanı → klasörü kopyalama (en hızlı, ancak yalnızca "soğuk" durumda)

  1. Tüm kullanıcılar 1C'den çıkmış olmalıdır.
  2. Tüm veritabanı klasörünü başka bir konuma (tercihen başka bir depolama birimine) kopyalayın.
  3. Gerekirse arşivleyin ve tarih içeren anlaşılır bir isim verin.

Dosya tabanlı veritabanı üzerinde kullanıcılar çalışırken "sıcak" kopyalama yapılamaz; kopya tutarsız olabilir ve geri yüklenmeyebilir.

Veritabanı yedekten nasıl geri yüklenir

.dt dosyasından geri yükleme (en anlaşılır yol)

Doğru uygulama: Önce yeni bir veritabanına geri yüklemek, böylece çalışan veritabanının üzerine yazılmaz.

  1. 1C başlatma penceresinde yeni bir bilgi tabanı ekleyin (yeni bir klasöre / yeni bir SQL veritabanına).
  2. Bu veritabanını Konfigüratör modunda başlatın.
  3. Yönetim → Bilgi tabanını içe aktar… seçeneğine tıklayın ve .dt dosyasını seçin.
  4. Yükleme tamamlandıktan sonra 1C:Enterprise modunda açın ve belgeleri/bakiyeleri/raporları kontrol edin.

Her şey doğruysa, ancak o zaman karar verin: ayrı bir veritabanı olarak bırakmak, kullanıcıları yönlendirmek veya çalışan veritabanını değiştirmek.

Klasör kopyasından dosya tabanlı veritabanını geri yükleme

  • Daha güvenli seçenek: Geri yüklenen klasörü 1C listesine ayrı bir veritabanı olarak eklemek.
  • "Üzerine yazma" seçeneği — yalnızca eminseniz:
    1. Herkesin 1C'yi kapatması; 2) Mevcut klasörü yeniden adlandırması; 3) Yedekten alınan klasörü eski yerine getirmesi; 4) Başlatmayı kontrol etmesi.

SQL veritabanını geri yükleme

Düzenli yedekleme için SQL durumunda DBYS yedeğine (tam yedek + gerekirse işlem günlükleri) güvenmek daha doğrudur. Genel geri yükleme mantığı:

  1. Veritabanını DBYS araçlarıyla istenen tarihe/saate geri yükleyin.
  2. 1C'yi geri yüklenen veritabanına bağlayın (genellikle yeni bir bilgi tabanı olarak daha kolaydır).
  3. Çalışmayı ve bütünlüğü kontrol edin.

Komut satırı aracılığıyla yedeklemenin otomasyonu

Gece saatlerinde planlı yedeklemeler için Konfigüratörün toplu iş olarak çalıştırılması kullanılır.

.dt olarak dışa aktarma örneği (dosya tabanlı veritabanı)

"C:\Program Files\1cv8\bin\1cv8.exe" CONFIG ^
 /F"D:\Bases\MyBase" ^
 /N"Admin" /P"Password" ^
 /DisableStartupMessages ^
 /DumpIB "E:\Backups\MyBase_2026-01-31.dt" ^
 /Out"E:\Backups\dump_log.txt" -NoTruncate

Kontrol edilmeyen otomatik yedekleme risklidir. En az ayda bir kez test veritabanına kontrollü bir geri yükleme yapın.

Sık yapılan hatalar

  • Dışa/içe aktarma tekil erişim gerektirir: Kullanıcı oturumlarını sonlandırın ve tekrar deneyin.
  • Yetersiz alan: Yedekleri ayrı bir diskte saklayın, rotasyon ayarlayın (örneğin, 7 günlük + 4 haftalık + 6 aylık).
  • "Çalışan veritabanının üzerine" geri yükleme ve güncel verilerin kaybı: Önce yedeği yeni bir veritabanına açın ve karşılaştırın.
  • Aktif kullanıcılar varken dosya tabanlı veritabanını kopyalama: Yalnızca "soğuk" durumda veya doğru dışa aktarma mekanizmaları aracılığıyla yapın.

SSS

Yedekleme için hangisi daha iyi: .dt mi yoksa klasör kopyası mı?
Dosya tabanlı veritabanı için: Klasör kopyası hızlıdır, ancak yalnızca çalışma durdurulduğunda. .dt evrenseldir ve tek dosya olarak taşınması/depolanması kolaydır.

SQL veritabanı yalnızca .dt aracılığıyla yedeklenebilir mi?
Taşıma için evet, ancak düzenli koruma için DBYS araçlarıyla yedekleme daha güvenilirdir (ve ek bir seçenek olarak .dt ayrı saklanabilir).

Yedekler nereye kaydedilmeli?
Veritabanının bulunduğu aynı disk/sunucuya değil. Minimum gereksinim: başka bir depolama birimi + periyodik olarak saha dışı kopya (3-2-1 yaklaşımı).