{"id":35306,"date":"2019-10-31T22:03:32","date_gmt":"2019-10-31T19:03:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/perenos-dannyh-bekapa-novoj-versii-ms-sql-server-na-bolee-staruyu-versiyu\/"},"modified":"2020-12-15T02:10:03","modified_gmt":"2020-12-15T00:10:03","slug":"perenos-dannyh-bekapa-novoj-versii-ms-sql-server-na-bolee-staruyu-versiyu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/perenos-dannyh-bekapa-novoj-versii-ms-sql-server-na-bolee-staruyu-versiyu","title":{"rendered":"Daten\u00fcbertragung eines Backup der neuen Version von MS SQL Server auf eine \u00e4ltere Version","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vorgeschichte<\/h2>\n

Einmal ben\u00f6tigte ich f\u00fcr die Reproduktion eines Fehlers ein Backup der Produktionsdatenbank.<\/p>\n

Zu meinem Erstaunen stie\u00df ich auf die folgenden Einschr\u00e4nkungen:<\/p>\n

    \n
  1. Das Backup der Datenbank wurde auf der Version SQL Server 2016<\/i> erstellt und war nicht mit meiner SQL Server 2014<\/i>.<\/li>\n
  2. auf meinem Arbeitscomputer wurde als Betriebssystem Windows 7<\/i>, daher konnte ich nicht auf SQL Server<\/i> die Version 2016 aktualisieren.<\/li>\n
  3. Das unterst\u00fctzte Produkt war Teil eines gr\u00f6\u00dferen Systems mit stark verkn\u00fcpfter Legacy-Architektur und bezog sich auch auf andere Produkte und Datenbanken, daher k\u00f6nnte die Bereitstellung auf einem anderen Rechner sehr zeitaufw\u00e4ndig sein.<\/li>\n<\/ol>\n

    Angesichts des Vorstehenden kam ich zu dem Schluss, dass es an der Zeit war, kreative L\u00f6sungen zu finden.<\/a><\/noindex><\/p>\n

    Datenwiederherstellung aus dem Backup<\/h2>\n

    Ich beschloss, eine virtuelle Maschine Oracle VM VirtualBox<\/a><\/noindex> mit Windows 10 zu verwenden (man kann ein Testabbild f\u00fcr den Browser Edge von hier<\/a><\/noindex>). Auf der virtuellen Maschine wurde SQL Server 2016 installiert und die Anwendungsdatenbank wurde aus dem Backup wiederhergestellt (Anleitung<\/a><\/noindex>).<\/p>\n

    Zugriff auf SQL Server in der virtuellen Maschine konfigurieren<\/h2>\n

    Dann mussten einige Schritte unternommen werden, um den Zugriff auf den SQL Server von au\u00dfen zu erm\u00f6glichen:<\/p>\n

      \n
    1. F\u00fcr die Firewall eine Regel hinzuf\u00fcgen, um Anfragen an den Port 1433<\/i>.<\/li>\n
    2. es w\u00e4re w\u00fcnschenswert, dass der Zugriff auf den Server nicht \u00fcber die Windows-Authentifizierung, sondern \u00fcber SQL mit Login und Passwort erfolgt (es ist einfacher, den Zugriff zu konfigurieren). In diesem Fall darf man jedoch nicht vergessen, in den Eigenschaften des SQL Servers die M\u00f6glichkeit der SQL-Authentifizierung zu aktivieren.<\/li>\n
    3. In den Benutzereinstellungen auf dem SQL Server auf dem Tab Benutzermapping<\/i> die Rolle des Benutzers f\u00fcr die wiederhergestellte Datenbank anzugeben: db_securityadmin<\/i>.<\/li>\n<\/ol>\n

      Daten\u00fcbertragung<\/h2>\n

      Die eigentliche Daten\u00fcbertragung besteht aus zwei Phasen:<\/p>\n

        \n
      1. \u00dcbertragung des Data Schemas (Tabellen, Ansichten, gespeicherte Prozeduren usw.)<\/li>\n
      2. \u00dcbertragung der Daten selbst<\/li>\n<\/ol>\n

        \u00dcbertragung des Data Schemas<\/h3>\n

        Wir f\u00fchren die folgenden Operationen durch:<\/p>\n

          \n
        1. W\u00e4hlen Sie Tasks -> Skripte generieren<\/i> f\u00fcr die \u00fcbertragene Datenbank.<\/li>\n
        2. Wir w\u00e4hlen die ben\u00f6tigten Objekte f\u00fcr die \u00dcbertragung aus oder lassen den Standardwert (in diesem Fall werden Skripte f\u00fcr alle Objekte der Datenbank erstellt).<\/li>\n
        3. Wir geben die Einstellungen zum Speichern des Skripts an. Am bequemsten ist es, das Skript in einer einzigen Datei im Unicode-Format zu speichern. Im Falle eines Fehlers muss man nicht alle Schritte erneut durchf\u00fchren.<\/li>\n<\/ol>\n

          Nach dem Speichern des Skripts kann es auf dem urspr\u00fcnglichen SQL Server (alte Version) ausgef\u00fchrt werden, um die erforderliche Datenbank zu erstellen.<\/p>\n

          Achtung:<\/b> Nach der Ausf\u00fchrung des Skripts m\u00fcssen die Datenbankeinstellungen des Backups mit denen der durch das Skript erstellten Datenbank \u00fcberpr\u00fcft werden. In meinem Fall fehlte im Skript die Einstellung f\u00fcr COLLATE, was zu einem Fehler beim Daten\u00fcbertragungsprozess und zu Schwierigkeiten beim erneuten Erstellen der Datenbank mit dem erg\u00e4nzten Skript f\u00fchrte.<\/p>\n

          Daten\u00fcbertragung<\/h3>\n

          Vor der Daten\u00fcbertragung m\u00fcssen alle Einschr\u00e4nkungen in der Datenbank deaktiviert werden:<\/p>\n

          EXEC sp_msforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'<\/code><\/pre>\n
          Die Daten\u00fcbertragung erfolgt \u00fcber den Datenimport-Assistenten Tasks -> Import Data<\/i> auf dem SQL Server, auf dem die durch das Skript erstellte Datenbank vorhanden ist:<\/p>\n
            \n
          1. Wir geben die Verbindungseinstellungen zur Quelle an (SQL Server 2016 auf einer virtuellen Maschine). Ich habe Data Source verwendet SQL Server Native Client<\/i> und die oben genannte SQL-Authentifizierung.<\/li>\n
          2. Wir geben die Verbindungseinstellungen zum Ziel an (SQL Server 2014 auf der Host-Maschine).<\/li>\n
          3. Anschlie\u00dfend konfigurieren wir das Mapping. Es m\u00fcssen alle nicht schreibgesch\u00fctzt<\/b> Objekte (z. B. m\u00fcssen keine Ansichten ausgew\u00e4hlt werden). Als zus\u00e4tzliche Optionen sollte gew\u00e4hlt werden \u201eErlauben Sie das Einf\u00fcgen in Identit\u00e4tsspalten\u201c<\/i>, wenn solche verwendet werden.
            \nAchtung:<\/b> wenn beim Versuch, mehrere Tabellen auszuw\u00e4hlen und ihnen eine Eigenschaft zuzuweisen, \u201eErlauben Sie das Einf\u00fcgen in Identit\u00e4tsspalten\u201c<\/i> die Eigenschaft zuvor bereits f\u00fcr mindestens eine der ausgew\u00e4hlten Tabellen festgelegt wurde, wird im Dialogfeld angezeigt, dass die Eigenschaft bereits f\u00fcr alle ausgew\u00e4hlten Tabellen festgelegt wurde. Diese Tatsache kann verwirrend sein und zu \u00dcbertragungsfehlern f\u00fchren.<\/li>\n
          4. Wir starten die \u00dcbertragung.<\/li>\n
          5. Wir stellen die \u00dcberpr\u00fcfung der Einschr\u00e4nkungen wieder her:\n
            EXEC sp_msforeachtable 'ALTER TABLE ? CHECK CONSTRAINT all'<\/code><\/pre>\n<\/li>\n<\/ol>\n
            Wenn Fehler auftreten, \u00fcberpr\u00fcfen wir die Einstellungen, l\u00f6schen die erfolgreich erstellte Datenbank, erstellen sie aus dem Skript neu, nehmen \u00c4nderungen vor und wiederholen die Daten\u00fcbertragung.<\/p>\n
            Fazit<\/h2>\n
            Diese Aufgabe tritt recht selten auf und entsteht nur aufgrund der obgenannten Einschr\u00e4nkungen. Meistens besteht die L\u00f6sung in einem Update des SQL Servers oder der Verbindung zu einem entfernten Server, wenn dies die Architektur der Anwendung zul\u00e4sst. Allerdings ist niemand vor Legacy-Code und ungeschickter Programmierung sicher. Ich hoffe, dass Sie diese Anleitung nicht ben\u00f6tigen, und falls doch, wird sie Ihnen helfen, viel Zeit und Nerven zu sparen. Vielen Dank f\u00fcr Ihre Aufmerksamkeit!<\/p>\n
            Liste der verwendeten Quellen<\/h2>\n