Softpicks.Net Deutsch

[Elmar Boye]

Hallo Reiner,

Reiner Höhnke <reiner [at] hoehnke.de> schrieb ...
> ich habe eine Anwendung für SQL Server 2000 geschrieben.
> Die Anwendung benutzt Windows Athentifizierung.
>
> Jetzt habe ich einen neuen Server gekauft, und die Domain,
> Active Directory und SQL Server 2000 neu installiert.
>
> Auch die Clients wurden neu installiert.
>
> Der Domain Name und die Benutzernamen und Paßwörter sind
> gleich geblieben.
>
> Die alte SQL Server Datenbank wurde per Export/Import auf
> den neuen Server importiert. Auch die alten Benutzer.

Für die Zukunft:
http://support.microsoft.com/?kbid=314546
HOW TO: Move Databases Between Computers That Are Running SQL Server
>
> Jetzt können die neuen Benutzer nicht mehr auf Ihre
> Anwendung bzw. Daten zugreifen.
>
> Ich vermute, das ist eine Rechteproblem, weil die alten
> Benutzer eine andere SID haben, wie die neuen Benutzer.

So ist es, für das weitere Vorgehen Siehe "Step 3" in
obigem KB Artikel.

Gruss
ELmar

.

[Dieter Schwaab]

Hallo Reiner

dann gibts es nur die Möglichkeit, den
Autowert zu deaktivieren, die vorhandenen
Datensätze wieder in zusammenhang bringen
und den Autowert mit einem neuen
gemeinsamen Startwert auf die Tabelle(n)
zu setzen.

Löst dieser Vorschlag dein Problem ?

Viele Grüße

Dieter Schwaab

..NET Developers Group München - www.munichdot.net
[Antworten bitte nur in die Newsgroup]


In der Anwendung befindet sich eine Tabelle "Worker". Die
Tabelle besteht aus:

ID
Name (Benutzer bzw. Anmeldename z.B. INSIDE\rhoehnke)
IsManager

In einer anderen Tabelle "Entry" werden Tätigkeiten dem
Benutzer zugeordnet. Dort steht nicht der Name sondern die
ID aus der Tabelle Worker.

Die ID in der Tabelle Worker wird per Autowert automatisch
erzeugt, z.B. für INSIDE\rhoehnke die 12.

Wenn ich jetzt den verwaisten Benutzer INSIDE\rhoehnke
lösche, und neu erzeuge, bekommt er z.B die neue ID 20.

Mit 20 sind aber keine Tätigkeiten in der Tabelle Entry
verknüpft, somit kann der neue Benutzer INSIDE\rhoehnke
nicht auf die Daten des alten Benutzers zugreifen.

Mann müßte dem neuen Benutzer INSIDE\rhoehnke die alte ID
(12) zuweisen können.

Gruß

Reiner



.

[Gunkel]

"Jens Schmidt" <xdeliver [at] hotmail.com> wrote in
news:bl42li$ec7$02$1 [at] news.t-online.com:

vielen Dank für das Scipt, aber als Newbie hat man viele Fragen...

wie spreche ich da die verschiedenen Server an der eine liegt
auf IP 81.*.*.* irgendwo auf dieser Welt, der andere im Lokalen Netz auf
192.*.*.*

mfg
gunkel


>

.

[Jens Schmidt]

Hallo Gunkel,

die Diagramme werden nie mitkopiert. Das muss man selbst durch Übernahme des
Inhaltes der
Tabelle dtproperties erledigen. Für diesen Zweck habe ich hier eine kleine
SQLScript-Vorlage
(Den nachstehenden Text in den QA kopieren und [Strg+Umschalt+M] drücken):
--Skriptanfang
/*
=============================================
Copy Diagrams Template - JCH-2003-01-27
=============================================
Copies tab. dtproperties (diagrams) from source to destination database.
The destination db schema must be equal to the source db schema.
Usage:
Open this script template within MS Query Analyzer, set the template
paramters
[Ctrl+Shift+M] and run it [F5]
*/
USE <DestinationDB, sysname, DestDatabase>
GO
DELETE FROM dtproperties

SET IDENTITY_INSERT <DestinationDB, sysname, DestDatabase>..dtproperties ON

INSERT <DestinationDB, sysname, DestDatabase>..dtproperties ([id], objectid,
property, value, uvalue, lvalue, version)
SELECT [id], objectid, property, value, uvalue, lvalue, version
FROM <SourceDB, sysname, SrcDatabase>..dtproperties T1
WHERE EXISTS(SELECT * FROM <SourceDB, sysname, SrcDatabase>..dtproperties T2
WHERE T2.property = 'DtgSchemaOBJECT' AND T1.objectid = T2.id)

SET IDENTITY_Insert <DestinationDB, sysname, DestDatabase>..dtproperties OFF

--Skriptende


"Gunkel" <gunkel [at] gunkel.com> schrieb im Newsbeitrag
news:Xns94038A9D122F1gunkelgunkelcom [at] 207.46.248.16...
> Hi
> ich habe eine Datenbank von SQl-Server1 auf SQL-Server 2 kopiert.
> soweit hat es geklappt. Nur die Diagramme sind nicht mitkopiert worden.
> wie kopiere ich dieses?
>
> mfg
> gunkel


.

[Ingo von Itter]

Habe also jetzt ein Recovery über Filebackup zurückgespielt und es klappt
wirklich nicht.
Lösung ist also SQL BACKUP und SQL RESTORE.
Aber wie kann ich das automatisieren ?
Wie kann ich das Fenster im Enterprisemanager öffnen wo das Batch abläuft ?
Da harkt noch mein Verständnis



"Stephan Quaas" <die-stubbis [at] freenet.de> schrieb im Newsbeitrag
news:bme0gp$2i9$1 [at] news1.ewetel.de...
> Hallo,
>
> > > PS: Reicht es eigentlich aus, innerhalb einer Datensicherung
(arcserve,
> > > backupExec) ohne SQL Agent die Dienste zu beenden und das
> > > Datenbankverzeichnis zu sichern ?
> > > Habe ich damit die Möglichkeit, die Datenbank (auch auf neuer
Hardware)
> > > wieder herzustellen ?
>
> > Nicht so gut.
>
> Warum ?
> Ist doch ne ähnliche Methode wie ein Filebackup ? Oder doch nicht ?
>
> Gruß
> Stephan
>
>


.

[Mathias Hoppe]

Hi Gerald,

>=20
> schau mal hier nach:
> http://www.berndjungbluth.de/sqlfaq/sqlfaq.htm

Hatte ich gestern schon gefunden und ausprobiert
Unter http://www.berndjungbluth.de/sqlfaq/faqa2.htm#A2.6. steht die =
L=F6sung.

Die dritte Variante l=E4uft super. Setzt aber den Enterprise-Manager =
vorraus.

Die erste Variante ist das, was ich suche.
Wobei ich noch nicht weiss, was mir folgendes sagen soll:

"Abschlie=DFend mu=DF die Datenbank mit sp_attach_db datenbankname, =
mdf-pfad, ldf-pfad wieder angeh=E4ngt werden."

Danke
.

[Elmar Boye]

Hallo Mathias,

Mathias Hoppe <Mat.Hoppe [at] gmx.de> schrieb ...
>> schau mal hier nach:
>> http://www.berndjungbluth.de/sqlfaq/sqlfaq.htm
>
> Hatte ich gestern schon gefunden und ausprobiert
> Unter http://www.berndjungbluth.de/sqlfaq/faqa2.htm#A2.6. steht die
> Lösung.
>
> Wobei ich noch nicht weiss, was mir folgendes sagen soll:
>
> "Abschließend muß die Datenbank mit sp_attach_db datenbankname,
> mdf-pfad, ldf-pfad wieder angehängt werden."

siehe http://support.microsoft.com/?kbid=224071
Moving SQL Server databases to a new location with Detach/Attach

Gruss
Elmar


.

[Christa Kurschat]

Hallo Andreas,

Andreas Szabo <Andreas.Szabo_PLEASE_INSERT_ADD_complementa.ch> schrieb:

> Hallo
>
> Wie kann ich eine Datenbank XY kopieren, so dass ich als
> Resultat eine neue DB Backup_XY mit allen Tabellen, StoreProcs
> usw. habe? Mit Restore kann ich ja dann die Daten in Backup_XY
> reinladen.
>

wenn Du schon ein Backup hast, dann ist es doch das einfachste, die
Datenbank von dort als Kopie wiederherzustellen.

Ansonsten kannst Du Datenbanken per DTS kopieren oder die Datenbankdateien
trennen, kopieren und unter neuem Namen wieder anhängen.
Du kannst ein Skript für die Datenbank erstellen, den DB-Namen abändern und
das Skript ausführen.

Gruß
Christa
--
Access-FAQ: http://www.donkarl.com
SQL-Server-FAQ: www.sqlfaq.de
auch interessant: http://www.insidesql.de
Suchen in den Newsgroups:
http://groups.google.de/advanced_group_search?hl=de&lr=&ie=UTF-8


.

[Uwe Ricken]

Hallo Andreas,

- mache eine Sicherung Deiner DB
- Erstelle eine neue DB
- Rücksichern in die neue DB
- FERTIG!

--
Gruß, Uwe Ricken
MCP for SQL Server 2000 Database Implementation

GNS GmbH, Frankfurt am Main
http://www.gns-online.de
http://www.memberadmin.de
http://www.conferenceadmin.de
____________________________________________________
dbdev: http://www.dbdev.org
APP: http://www.AccessProfiPool.de
FAQ: http://www.donkarl.com/AccessFAQ.htm


.

[Christa Kurschat]

Hallo Michael,

Michael van Orten <mikel.ehlert [at] googlemail.com> schrieb:

> Hallo Christa,
>
> erst mal vielen Dank für Deine Hilfe! Ich supporte gerade nen
> Bekannten zu diesem Problem und klinge vielleicht in meiner
> Beschreibung etwas leihenhaft.
> Jedenfalls werde ich mich um eine genau Fehlermeldung bemühen
> und Sie hier nochmal einstellen.
>

Wär gut ;-)

> Noch eine Rückfrage: Du schreibst "du lässt sie weg". Meinst Du
> damit, dass du gar keinen Benutzer angibst. Er sagt nämlich,
> er mach das mit dem SA User und der is ja auf beiden DBs
> vorhanden. Lässt Du die weg? Bzw. wenn du es nicht mit dem
> Wizzard machst, wie bringst du die DBs dann von A nach B?
>

Es gibt bei "Objekt und Daten kopieren" unter anderem einen Button
"Optionen". Wenn Du auf diesen klickst, kannst Du z.B. "Kopieren von SQL
Server Benutzern" oder so ähnlich abklicken. Wenn die auf dem Zielrechner
nicht vorhanden sind, gibt's Probleme, wenn sie da sind auch, so jedenfalls
meine Beobachtung.

Ich kopiere Datenbanken von A nach B normalerweise mit Backup und Restore.
Ich mache eine Sicherung auf A und spiele diese mit Anpassung des
Speicherpfads (Optionen) auf B wieder ein.

Wenn die DB nicht immer im Zugriff sein muß, arbeite ich mit detach und
attach. Im Enterprise-Manager gibt es dazu einen Menüpunkt, Datenbanken -
alle Tasks.

In beiden Fällen müssen die Logins auf B noch angelegt werden und die
DB-Benutzer mit
EXEC sp_change_users_login 'Update_One', 'Login', 'DBBenutzer'
zugewiesen werden.

Gruß
Christa
--
Access-FAQ: http://www.donkarl.com
SQL-Server-FAQ: www.sqlfaq.de
InsideSql: www.insidesql.de
Suchen in den Newsgroups:
http://groups.google.de/advanced_group_search?hl=de&lr=&ie=UTF-8


.