none
Datenbank / BI Projekt auf anderen Host kopieren RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    höchstwahrscheinlich eine Anfängerfrage, aber ich habe bisher keine brauchbare Anleitung gefunden:

    Ich habe auf zwei räumlich und komplett getrennte Hosts jeweils SQL Server 2008 R2 installiert und möchte nun die erstellte Datenbank mit SSIS, SSAS und SSRS auf den anderen Host kopieren und dort weiterarbeiten. Mit "Backup/Restore", Spiegeln, etc. funktioniert es nicht - bei mir jedenfalls.

    Weiß jemand eine Lösung für dieses sicherlich einfache Problem? Gibt's dafür eine gute Anleitung (deutsch / englischer Sprache)?

    Besten Dank!

    Gruß, Jürgen

    Donnerstag, 13. Januar 2011 23:27
    |

Antworten

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hallo Jürgen,

    was die relationalen Datenbanken betrifft, die kann man in erster Linie nur per Backup/Restore oder Detach/Attach übertragen. Wieso geht das bei Dir nicht?

    SSIS, SSAS und SSRS Projekte kann man einfach "übertragen", indem man sie auf das andere System deployed; also bei SSIS lädt's Du die .dstx auf den anderen Server und in den BIDS Projekten für SSRS und SSAS trägst Du einfach in den Projekt-Eigenschaften den anderen Server als Zielserver ein, änderst ggf. die DataSources auf den anderen Server um und stellts dann das Projekt einfach bereit (deploy).

    Olaf Helper ----------- * cogito ergo sum * errare humanum est * quote erat demonstrandum * Wenn ich denke, ist das ein Fehler und das beweise ich täglich http://olafhelper.over-blog.de
    Freitag, 14. Januar 2011 07:29
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo Olaf,

    danke für Deine Antwort. Beim RESTORE auf dem anderen Host erscheint bei mir die Fehlermeldung: "Fehler bei Wiederherstellen für Server 'HOST'.  (Microsoft.SqlServer.SmoExtended) System.Data.SqlClient.SqlError: Der Sicherungssatz enthält die Sicherung einer anderen Datenbank als der vorhandenen xxx-Datenbank. (Microsoft.SqlServer.Smo)" Der angegebene "Hilfe" Link führt beinhaltet keine Erläuterung. Den DETACH/ATTACH werde ich heute testen.

    Für die SSIS, etc. versuche ich Deine Vorschläge. Besten Dank!

    Gruß,

    Jürgen

    Freitag, 14. Januar 2011 07:51
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo Jürgen,

    wenn Du beim Restore die Meldung erhälst, hast Du nicht die richtigen Parameter angegen. Wolltest Du die Sicherung auf eine vorhandene Datenbank zurücksichern? Dann musst Du die Parameter WITH REPLACE angeben, damit die DB mit der Sicherung sozusagen überschrieben wird.

    Wenn Du die Sicherung als neue DB rücksichern willst, musst Du sicherstellen, das die Dateien an den richtigen Platz zurückgesichert wird; Parameter WITH MOVE; Details siehe MSDN Restore.

    Im Restore Wizard stehen die Parameter bei der Beschreibung in Klammern dahinter.

    Olaf Helper ----------- * cogito ergo sum * errare humanum est * quote erat demonstrandum * Wenn ich denke, ist das ein Fehler und das beweise ich täglich http://olafhelper.over-blog.de
    • Als Antwort markiert juergen_ks Sonntag, 16. Januar 2011 09:53
    Freitag, 14. Januar 2011 07:58
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo Jürgen,

    schau Dir mal an: Sichern und Wiederherstellen (SQL Server Management Studio) (Themen zur Vorgehensweise)

    In Deinem Fall besonders:
    Vorgehensweise: Erstellen einer neuen Datenbank aus einer vorhandenen Datenbanksicherung (SQL Server Management Studio)

    Das entsprechende zu den Analysis Services:
    Verwalten von Sicherung und Wiederherstellung (Analysis Services)

    Gruss Elmar
    • Als Antwort markiert juergen_ks Sonntag, 16. Januar 2011 09:53
    Freitag, 14. Januar 2011 08:20
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo,

    ich danke Euch vielmals für Eure Unterstützung - es funktioniert. Ich hatte übersehen, die Optionen entsprechend einzustellen "WITH REPLACE", so dass es damit nun bestens funktionierte.

    Schönen Gruß,
    Jürgen

    Sonntag, 16. Januar 2011 09:53
    |