Evet biliyorum. Çalışan bir kopyasının varlığı
SQL Server 6.52008 yılında saçma.
Öngörülen Yani, göç etmenin en iyi yolu nedir
6.5için
2005? Herhangi bir doğrudan yol var mı? Belgelerin çoğu ben yükseltme ile anlaşma buldum
6.5için
7.
Ben yerli unutmak mı
SQL Servernesneler ve verilerin tümünü dışarı yükseltme programları, senaryo ve sıfırdan yeniden deneyin?
Ben modernizasyondan bu hafta sonu denemek için gidiyordu, ancak sunucu sorunları gelecek kadar geri itti. Yani, herhangi bir fikir hafta süresince memnuniyetle karşılanacaktır.
Güncelleştirme. Bunu yaparken sona erdi nasıl budur:
- Geri üzerinde söz ve Master veritabanı yukarı
6.5.
- Yürütme
SQL Server 2000's
instcat.sqlkarşı
6.5ın Usta'. Bu veriyor
SQL Server 2000bağlanmak için bireyin OLEDB Sağlayıcısı
6.5.
- Kullanım
SQL Server 2000'ın bağımsız
Import and Export Datakullanarak, bir DTS paketi oluşturmak için
OLEDB6.5 bağlanmak için. Bu başarıyla tüm kopyalanan
6.5bir yeniye 'ın tabloları
2005(aynı zamanda kullanarak veritabanı
OLEDB).
- Kullanım
6.5.sql dosyasına komut dışarı veritabanının endeksler tüm ve tetikler 'ın Kuruluş Yöneticisi.
- 2005'in Management Studio, veritabanının yeni bir kopya karşı .sql dosyasını yürütün.
- senaryo dışarı saklı prosedürlerin hepsi 6.5 Enterprise Manager'ı kullanın.
- O Yürütme
.sqlkarşı dosyayı
2005veritabanı. Düzinelerce SPROCs ile onları uyumsuz hale sorunları vardı
2005. Esas olarak
non-ANSI joinsve
quoted identifier issues.
- Bu sorunlar ve tüm düzeltildi yeniden idam
.sqldosyası.
- Yeniden
6.5de 'ın oturumların
2005ve onlara uygun izinleri verdi.
Orada saklanan prosedürleri düzeltme (yüzlercesi düzeltmek için vardı) durulama / tekrar biraz, ama yükseltme aksi harika geçti.
Yerine Yönetim Studio kullanabilme
Query Analyzerve
Enterprise Manager 6.5inanılmaz bir farktır. Mekanizma aşağıdakiler üzerinde 20-30 saniye sürdü Birkaç rapor sorguları
6.5 databaseartık herhangi bir değişiklik, yeni endeksler, ya da bir şey olmadan, 1-2 saniye içinde çalışıyor. Ben derhal düzeltilmesi bu tür beklemiyorduk.