Yedekleme ve geri yükleme işlemleri için bir Raporlama Hizmetleri yüklemesi

Bu konu, kullanılan tüm veri dosyaları için genel bir bakış sağlar bir Reporting Services Yükleme nasıl ve ne zaman gerektiğini açıklar ve yedeklemek dosyaları.Bir rapor sunucusu veritabanı dosyalarını yedek ve geri yükleme planı geliştirmek, bir kurtarma stratejisine en önemli parçasıdır.Ancak daha kapsamlı bir kurtarma stratejisi yedeklerini şifreleme anahtarları, özel derlemeler veya uzantıları, yapılandırma dosyaları ve raporlar ve modeller için kaynak dosyalarını içerir.

Yedekleme ve geri yükleme işlemleri genellikle tümünü veya bir bölümünü taşımak için kullanılan bir Reporting Services yükleme:

  • Yalnızca rapor sunucusu veritabanlarını taşıyorsanız, yedek ve geri yükleme veya iliştirin ve kullanabilirsiniz üzerinde farklı veritabanlarının konumunu değiştirmek için Ayır SQL Server örnek.Daha fazla bilgi için bkz: Rapor Server veritabanlarını başka bilgisayara taşımak için.

  • Taşıma bir Reporting Services Yeni bir bilgisayara yükleme olarak adlandırılan bir geçiş.Yükleme geçiş yaptığınızda, yeni bir rapor sunucusu örneğini yükleyin ve sonra örnek verileri yeni bilgisayara kopyalamak için Kur'u çalıştırın.Geçirme hakkında daha fazla bilgi için bir Reporting Services yükleme, bkz: Geçiş (Raporlama Hizmetleri).

Rapor sunucusu veritabanlarını yedekleme

Rapor sunucusu durum bilgisi olmayan bir sunucu olduğundan, tüm uygulama verilerini saklanır Raporlama sunucusu ve reportservertempdb veritabanları üzerinde çalışan bir SQL Server Veritabanı Altyapısı örnek.Kullanacağınız yedek Raporlama sunucusu ve reportservertempdb yedek için desteklenen yöntemlerden birini kullanarak veritabanlarını SQL Server veritabanları.Özel öneriler rapor sunucusu veritabanları şunlardır:

  • yedek için tam kurtarma modeli kullanmak Raporlama sunucusu veritabanı.

  • yedek için Basit kurtarma modeli kullanmak reportservertempdb veritabanı.

  • Farklı yedek zamanlamalarını her veritabanı için kullanabilirsiniz.yedek için tek nedeni reportservertempdb bir donanım arızası olduğunda yeniden oluşturmak zorunda kalmamak için.De olay donanım hata, bu verileri kurtarmak için gerekli değildir reportservertempdb, ancak tablo yapısını gerekir.Kaybederseniz, reportservertempdb, geri almanın tek yolu, rapor sunucusu veritabanı yeniden oluşturmaktır.Yeniden oluşturmanız, reportservertempdb, birincil rapor sunucusu veritabanı adıyla aynı olması önemlidir.

yedek ve kurtarma hakkında daha fazla bilgi için SQL Server ilişkisel veritabanları Bkz: Yedekleme ve geri SQL Server'da Veritabanları.

Şifreleme anahtarlarını yedekleme

Şifreleme anahtarları, yapılandırırken yedek bir Reporting Services yükleme için ilk saat.Anahtarların herhangi bir de yedekleme saat hizmet hesaplarının kimliğini değiştirmek veya bilgisayarı yeniden adlandırın.Daha fazla bilgi için bkz: Yedekleme ve şifreleme anahtarlarını geri yükleme.

Yapılandırma dosyaları yedekleme

Reporting Services uygulama ayarlarını depolamak için yapılandırma dosyaları kullanır.İlk sunucu yapılandırdığınızda sonra dosyalarını yedeklemek dağıtmak herhangi bir özel uzantıları.Dosyaları yedeklemek ekleyin:

  • RSReportServer.config

  • Rssvrpolicy.config

  • Rsmgrpolicy.config

  • ReportingServicesService.exe.config

  • Web.config Report Server ve Rapor Yöneticisi için ASP.NET uygulamaları

  • Machine.config için ASP.NET

Veri dosyalarını yedekleme

Oluşturmak ve Rapor Tasarımcısı ve modeli Tasarımcısı içinde sürdürmek dosyaları yedekleyin.Bunlar, rapor tanımı (.rdl) dosyaları, rapor modeli (.smdl) dosyaları, paylaşılan veri kaynak (.rds) dosyaları, veri dosyaları görüntüle (.dv), veri kaynak (.ds) dosyaları, rapor sunucusu proje (.rptproj) dosyaları ve rapor solution (.sln) dosyaları içerir.

Oluşturduğunuz tüm komut dosyaları (.rss) yönetim veya dağıtım görevleri için yedek unutmayın.

Sahip olduğunuzu doğrulayın bir yedek kopya bütün özel uzantıları ve kullanmakta olduğunuz özel montaj.