Gibt es Gründe zu haben, SQL Server 2005 und 2008 auf demselben Computer installiert?

Question

Ich habe die Einrichtung einen neuen Entwicklungs-Servers und will die neueste Version von SQL Server 2008 Express installieren.

Werden unsere bestehenden sql2005 Datenbanken arbeiten mit 2008 ohne Änderung?   Wenn dies der Fall ist, es ein Grund, beiden Versionen auf dem gleichen Server installiert werden?

Answer 1

Ich habe nicht wirklich versucht, eine Datenbank 2005 bis 2008 migrieren, aber in der Regel behandelt SQL diese sauber und ohne Schwierigkeiten. Die einfachste Möglichkeit, eine Sicherungskopie Ihrer Datenbank aus, es wäre zu tun, SQL 2005 zu machen und dann mit SQL 2008, dass die Sicherung wiederherstellen.

Wenn Sie die SQL 2005 Kopie um und Online zu halten, bis Sie wissen, dass die 2008 Kopie arbeitet, könnte man die Daten / Log-Dateien für die Datenbank verschieben muß, wenn die Sicherung auf 2008 wiederherstellen, da die alten Datendateien wird bis zum Jahr 2005 im Einsatz sein kann, zum Beispiel tut dies der with move Option von restore database mit:

RESTORE DATABASE mydb FROM disk = 'c:\backupfile.bak'
WITH MOVE 'maindatafile' to 'c:\newdatalocation.mdf',
MOVE 'mainlogfile' to 'c:\newloglocation.ldf'

Wie beide zur gleichen Zeit installiert hat, einen Grund, könnten Sie sich entscheiden, dies zu tun wäre die Aufgabe des Testcode gegen beiden Versionen zu vereinfachen, wenn Sie Ihre Software-Unterstützung wurden beabsichtigen, beiden Versionen zu reden haben.

Answer 2

Sie können eine 2005-Datenbank detatch und auf einen 2008-Server verbinden. Ich würde empfehlen, gegen beide auf derselben Maschine installieren, es sei denn Sie müssen (zum Beispiel sind Sie Code für einen Dritten zu schreiben und sie nutzen 2005 nur).

Was ich sehr empfehlen Windows Server 2008 Hyper-V wird mit zwei virtuellen Maschinen mit der 2005-Umgebung zu erstellen, die andere mit 2008 Hyper-V virtuellen Maschinen sind unglaublich schneller als virtueller Server 2007.

Answer 3

Die Datenbanken sollten ( sollten! ) unmodifizierten arbeiten. Doch für die Entwicklung ist es vorzuziehen, dass Sie sql2005 Ihre Skripte zu testen, wenn Sie davon ausgehen, alle Ihre Kunden bis 2008 ein Upgrade wäre auch, seit 2008 verfügt über Funktionen, die in SQL Server 2005 sind nicht vorhanden.

Answer 4

In dev und Testumgebungen installiert mehrere Datenbankserver mit kein Problem und kann die Anzahl der Testserver erforderlich reduzieren.

In der Produktion, würde ich es nicht aufgrund der Tatsache, empfehlen, dass mehrere Pufferpools kämpfen und Ihre Leistung töten.

Answer 5

Für mich das Wichtigste ist, werden Sie prod Instanzen haben, die 2005-Datenbanken? Müssen Sie Reporting Services-Berichte unterstützen, die auf einem prod Server sind, die nur die Fassung von 2005 Reporting Servives hat, etc?

Wenn ja, sollten Sie beide haben die 2005 und die 2008-Versionen auf dem Entwicklungsmaschine. Ich habe eine Menge Code gesehen, der aus geworfen werden musste, weil die Entwickler auf das Jahr 2008 gearbeitet, als prod war 2005 immer entwickeln gegen die Version der Software, die Sie in prod haben. Wenn Sie bis 2008 konvertieren, aber nicht, dass es in prod noch, müssen Sie beide, eine für die Wartung Änderungen und einen für zukünftige Sachen.

Persönlich Ich habe SQL Server 2000, 2005 und 2008 auf meinem Rechner, weil wir alles noch nicht umgesetzt haben, und ich habe einige Dinge, die nur auf der älteren Version durchgeführt werden können. Wir haben der Schlüssel zur Erhaltung mehr Versionen finden sie i richtige Reihenfolge zu installieren ist nDie. Es scheint schlecht zu gehen, wenn Sie 2008 setzen auf den ersten und dann die älteren Versionen.

Answer 6

Manchmal müssen Sie in der Lage sein, auf mehreren Versionen zu testen, oder Sie können 2005 für eine Sache und 2008 für ein anderes brauchen.

Manchmal halten Sie mehrere unterschiedliche Anwendungen, von denen einige sind auf der einen und einige auf der anderen, und man kann nicht alles noch aktualisiert. Manchmal Sie aktualisieren, und müssen auf beiden Versionen während des Upgrades testen. Manchmal unterstützen Sie mehrere verschiedene Kunden, einige auf eine Version und einige auf einem anderen. Manchmal möchten Sie Ihre internen Anwendungen aktualisieren, aber Sie verwenden ein Software-Paket, das nur auf einer älteren Version zertifiziert ist.

Es gibt viele Gründe.