Max, bu alternatif görünümü yazmayı bitirdikten sonra onaylayacağım iyi bir cevap verdi.
Yükseltme geçişi yaparken sistem veritabanlarını geri yükleme hayranı değilim ve başka bir soruya bu uzun cevapta tartıştığım gibi yerinde yükseltmeler üzerinde geçiş yapmayı tercih ediyorum .
Temelde bir geçiş yaptığımda "yeni" başlamak istiyorum. Geri yükleme yoluyla sistem veritabanı geçişleri ve yükseltmeleri ile oynamanın bazen geri yüklemelerde hayal kırıklığına neden olduğunu ve potansiyel günahları taşıyabildiğini görüyorum.
Ayrıca dizinler, saklı yordamlar, görünümler hakkında sorular sordunuz. Veritabanı düzeyindeki bu öğelerin tümü bir kullanıcı veritabanının içinde yaşamalıdır. Bu nedenle X veritabanını yeni sunucuya geri yüklediğinizde, tüm veritabanı nesneleri de (Tablolar, Kullanıcılar, Görünümler, Procs, İşlevler, vb.) Olacaktır.
Sistem veritabanlarında var olan işler, girişler, uyarılar, bağlı sunucular, şifreleme anahtarları, vb. Örnek düzey öğeleridir.
Bunları gözden geçirmek ve çeşitli komut dosyaları kullanarak neye ihtiyacım olduğunu taşımak istiyorum - son zamanlarda DBATools.Io powershell komut dosyaları. Özellikle SQL oturum açma bilgilerini kopyalamak için kendi komut dosyalarını kullanmayı seviyorum , çünkü SQL kimlik doğrulamalı kullanıcıları parolalarını ve güvenlik tanımlayıcılarını aynı tutuyor, böylece bu girişlerden veritabanı kullanıcıları çalışacak. Ayrıca, tipik olarak kopyalayacağım öğelerin üzerine kopyalamak için alt komutlarını çalıştıran bir SQL Server taşıma komutuna da sahiptir.
Max'in bu cevapta yanlış olduğuna inanmıyorum, bu yüzden yukarı oy. Sürümler arasında sistem veritabanlarını geri yüklemeye çalışmak yerine, daha fazla başarı ve daha fazla şansım oldu ve yeniye geçişi daha rahat hissediyorum. Dürüstçe son sürüm yükseltme geçişi yaptığımı ve sistem veritabanlarını geri yüklemek yerine bu şekilde yapmadığımı hatırlayamadığımı söyleyebilirim.