memob1986 10 Geschrieben 17. Dezember 2010 Melden Teilen Geschrieben 17. Dezember 2010 Hallo habe eine Datenbank auf einem anderen SQL Server wiederhergestellt. Mann muss ja dann den Benutzer und das Schema löschen und neu erstellen, wegen der SID, oder? Leider kann ich das Schema nicht löschen, folgender Fehler Das drop Schema von XXX ist nicht möglich, weill ein ADD FLOW Objekt darauf verweist Kann ich die Datenbank auch auf ein anderen Server verschieben, ohne diese Problem? Oder wie kann ich das Schema löschen ? Danke für die Hilfe Zitieren Link zu diesem Kommentar
NilsK 2.934 Geschrieben 17. Dezember 2010 Melden Teilen Geschrieben 17. Dezember 2010 Moin, warum genau sollte man "das Schema" löschen sollen? Von welcher SID redest du? Wie hast du die Wiederherstellung vorgenommen? Welcher Authentisierungsmodus? Welche Version? Was für Applikationen greifen da wie zu? Welche Fehlermeldungen erhältst du bei welchem Vorgang? Usw. usf. How to ask a question Gruß, Nils Zitieren Link zu diesem Kommentar
memob1986 10 Geschrieben 17. Dezember 2010 Autor Melden Teilen Geschrieben 17. Dezember 2010 ich dachte das der SQL Server für jedes Objekt eine ID anlegt und diese ID ist bei dem neuen Server nicht vorhanden, deswegen kann das Systen damit nichts anfangen, oder? Ich bin kein SQL Experte...Ich dachte das wäre so Ich bin folgendermaßen vorgegangen: 1. Vollbackup auf dem derzeitigen Server (SQL 2000) 2. Datei auf den neuen Server kopiert (SQL Server 2008) 3. Neue Datenbank erstellt, mit dem selben Namen und Eigenschaften auf dem neuen Server 4. SQL Anmeldung ist gemischt , Windows und SQL. Danach wollte ich die ODBC in Windows Testen, leider schlug der test Fehl. Wenn ich die ODBC Verbindung mit dem sa teste funktioniert. MIt dem eigen erstellten Benutzer in der Datenbank funktionierts nicht. Ich dachte man sollte die Benutzer und das Schema löschen und neu erstellen, so hat mir es mal jemand gesagt...ob es stimmt weis ich nicht. Die Software ist keine eigen programmierte, sondern von einem drittanbieter. Zitieren Link zu diesem Kommentar
NilsK 2.934 Geschrieben 17. Dezember 2010 Melden Teilen Geschrieben 17. Dezember 2010 Moin, dann solltest du die Recovery-Prozeduren befolgen, die der Drittanbieter vorgibt. Bezüglich der Benutzer und des Schemas bringst du anscheinend einiges durcheinander. Wenn es nicht um ein Gesamt-Recovery aller Datenbanken geht, solltest du dich mit dem Remapping von Logins und Datenbank-Usern befassen, Stichwort für die Onlinehilfe ist sp_change_users_login bzw. ALTER USER. Aber, wie gesagt, bevor du daran herumdokterst, schalte den Hersteller ein. Gruß, Nils Zitieren Link zu diesem Kommentar
Dukel 454 Geschrieben 17. Dezember 2010 Melden Teilen Geschrieben 17. Dezember 2010 Wieso machst du keinen Restore der Datenbank? Zitieren Link zu diesem Kommentar
zahni 554 Geschrieben 17. Dezember 2010 Melden Teilen Geschrieben 17. Dezember 2010 Und frage den Hersteller, ob er denn auch den neuen SQL-Server unterstützt. Zitieren Link zu diesem Kommentar
memob1986 10 Geschrieben 17. Dezember 2010 Autor Melden Teilen Geschrieben 17. Dezember 2010 ja ich hab bei dem Hersteller angerufen, die wollen mich dabei nicht unterstützen. Die wollen mir ein Tag consulting verkaufen, "nur" um eine Datenbank zu verschieben. Ich hatte ja ein restore gemacht. sp_change_users_login Was macht diese Funktion (Store procedure) Zitieren Link zu diesem Kommentar
GuentherH 61 Geschrieben 17. Dezember 2010 Melden Teilen Geschrieben 17. Dezember 2010 Hi. sp_change_users_login Was macht diese Funktion Bitte ein bisschen mehr Selbstinitiative. Nils hat dir die Richtung vorgegeben, ein wenig selbst musst du schon arbeiten. Wir sind nicht dazu da, dir die Fremddienstleistung zu ersparen. LG Günther Zitieren Link zu diesem Kommentar
memob1986 10 Geschrieben 17. Dezember 2010 Autor Melden Teilen Geschrieben 17. Dezember 2010 ja vielen Dank für die Info. Ich bin nur über den Support von der Firma unzufrieden. Zitieren Link zu diesem Kommentar
NilsK 2.934 Geschrieben 17. Dezember 2010 Melden Teilen Geschrieben 17. Dezember 2010 Moin, ja ich hab bei dem Hersteller angerufen, die wollen mich dabei nicht unterstützen. Die wollen mir ein Tag consulting verkaufen, "nur" um eine Datenbank zu verschieben. finde ich okay. Immerhin stehen die dann auch in der Pflicht für die Qualität. Wenn du es selbst aus Unwissen kaputt machst, kann es durchaus sein, dass sie dir den Support verweigern. Das wäre evtl. nicht nett, aber inhaltlich kaum zu beanstanden. Gruß, Nils Zitieren Link zu diesem Kommentar
phoenixcp 10 Geschrieben 17. Dezember 2010 Melden Teilen Geschrieben 17. Dezember 2010 ja ich hab bei dem Hersteller angerufen, die wollen mich dabei nicht unterstützen. Die wollen mir ein Tag consulting verkaufen, "nur" um eine Datenbank zu verschieben. Ich hatte ja ein restore gemacht. Aber immerhin wissen die dann "nur", was sie tun müssen und nebenbei kannst du wenn es schief geht "nur" den Hersteller in Regress nehmen. Aber hey, was solls... ist ja annahmsweise "nur" ne produktive Datenbank. Zitieren Link zu diesem Kommentar
Greg 10 Geschrieben 20. Dezember 2010 Melden Teilen Geschrieben 20. Dezember 2010 Hallo memob Vieleicht ist der folgende Artikel ein Einstiegspunkt für Dich: How to move databases between computers that are running SQL Server Gruss Gregory Zitieren Link zu diesem Kommentar
memob1986 10 Geschrieben 20. Dezember 2010 Autor Melden Teilen Geschrieben 20. Dezember 2010 Hallo Leute, ich habe die sp sp_change_users_login durchgeführt wie es in sp_change_users_login (Transact-SQL) beschrieben wird. Es hat funktioniert :cool: use [Datenbankname] go exec sp_change_users_login 'Update_One','Benutzername in der Datenbank','Anmeldename am Server'; Vielen Dank für eure Hilfe Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.