Sunny61

Du hast das Script schon erstellt auf der Quelle und auf dem Ziel ausgeführt? Welche genaue Fehlermeldung bekommst Du? Du hast die Daten auf der Quelle exportiert? Die Datei kann man auf dem Zielsystem wieder importieren. Wenn das alles nicht funktioniert solltest Du ein anderes Ziel ausprobieren. Welches SQL-SP ist denn auf dem Zielsystem installiert? SP3 ist aktuell: http://www.microsoft.com/de-DE/download/details.aspx?id=44271 Hoffentlich ist das Fibu nur ein Testsystem, denn wenn das Backup sich nicht wiederherstellen lässt, sollte es dir zu denken geben.

Sorry, ich hab keine Idee mehr. Vermutlich ist das Backup nicht in Ordnung. Kannst Du das an einer anderen Maschine testen? Hast Du das mit dem Script für die Datenbank probiert? Anschließend kannst Du doch die Daten exportieren, und später auf dem Zielsystem wieder importieren. Wenn das auch nicht klappt, mußt Du jemanden dran lassen der sich damit auskennt.

Vermutlich hat der ausführende SQL-Server Benutzer keine Rechte auf D:\. Kopier doch die Datenbank in das vom SQL Server dafür vorgesehene Backup Verzeichnis. C:\Program Files\Microsoft SQL Server\MSSQL11.Name deiner Instanz\MSSQL\Backup

Du kannst ja in den USA nach der Landung im Hotel wieder verschlüsseln. Kurz vor dem Abflug wieder entschlüsseln. Ich hatte das allerdings bisher noch nie so erlebt, meine Elektronik wollte noch niemand sehen.

Was hast Du bei den Optionen alles angegeben?

Dann leg ihn doch einfach manuell an. Du wirst sicherlich nicht mit dem gleichen User die GPMC starten. Anschließend darfst Du den Pfad auch wieder löschen.

Auf dem Zielsystem die evtl. vorhandene Datenbank löschen. Jetzt Rechtsklick auf die Instanz, neue leere Datenbank anlegen. Im Studio Rechtsklick auf die Datenbank > Tasks > Wiederherstellen > Dateien und Dateigruppen. Jetzt die Sicherung auswählen über 'Von Medium'. Funktioniert es jetzt?

Um den Registrierungsassistenten, vermutlich meinst Du den aus der GPMC, ausführen zu können muss der Pfad angelegt sein. Das kann natürlich auch ein händisch angelegter Pfad sein. Kriegst Du das hin?

Task Wiederherstellen und wie genau gehst Du weiter vor?

Soll/muss es denn diesen Eintrag bei einem betroffenen Benutzer geben?

Soll/muss es denn diesen Eintrag bei einem betroffenen Benutzer geben?

Dann müsste es ja eigentlich mit Backup and Restore ganz einfach funktionieren. Wie gehst Du denn dabei vor? Hast Du denn auch ein Konto das auf beiden System ausreichend Berechtigungen hat?

Ich hatte mit diesem Tool schon Erfolg: http://www.pcinspector.de/default.htm

Haben die beteiligten Clients auch das gleiche Betriebssystem?

Du könntest dir das Visual Studio als Testversion downloaden und darin die SQL Server Datatools verwenden. https://msdn.microsoft.com/de-de/data/tools.aspx In den SQL Server Datatools gibt es die Möglichkeit Quelle und Ziel zu vergleichen, Schema und Daten. Evt. auf dem Zielsystem vorher eine neue leere DB anlegen, dann den Vergleich ausführen und ausführen lassen. EDIT: Ich hab jetzt mal schnell ebenfalls so ein Script für eine DB erzeugen lassen, das Script war nur 590 KB groß, du hast möglicherweise die kompletten Daten mit aufgenommen, richtig? Erzeuge doch zuerst die Datenbank mit einem Script, anschließend kannst Du über Daten exportieren alle Daten exportieren. Auf dem Zielsystem dann über den Weg wieder importieren. EDIT2: Rechtsklick auf die Datenbank > Eigenschaften > Optionen. Was ist rechts beim Kompatibilitätsgrad angegeben?

Und wenn Du einen anderen freien Buchstaben nimmst, funktioniert es?

Passwörter im Code sind ganz schlecht. Lieber mit Trusted=Yes arbeiten. Bespiel: ODBC;DRIVER=SQL Server;SERVER=SQLServer\Instanz;DATABASE=MeineDatenbank;Trusted_Connection=Yes Das ganz am besten in eine lokale Tabelle und dann immer auslesen, falls nötig. Alternativ in der Registry ablegen. Dann kannst Du via Group Policy Preferences auch den SQL Server und die Datenbank abändern. Diesen Connectionstring kannst Du auch einfach in den Eigenschaften einer PT-Abfrage verwenden. Für die Recordsource von Formularen verwende ich PT-Abfragen schon. Hier noch eine kleine Funktion zum auslesen des Teils: Public Function GetODBC() As String On Error GoTo Fehler: GetODBC = DLookup("fldKeyWert", "tblKeys", "fldKey= 'ODBCVerbindungsstring'") exit_GetODBC: Exit Function Fehler: Call Protokoll("Fehler: " & Err.Number & " " & Err.description & " " & mModName & " & GetODBC() As String") Resume exit_GetODBC End Function Zusätzlich sehr sehenswert ist der Inhalt dieses ZIP: http://www.donkarl.com/Downloads/AEK/AEK17_LogikSQLServer.zip Ein Vortrag von Bernd Jungbluth zu diesem Thema. Eine Beispiel Datenbank zum 'nachmachen' ist ebenfalls dabei. Auch SQL Scripte sind vorhanden. Als Basis kann dieser Artikel dienen: http://support.microsoft.com/en-us/kb/184749 Public Function AnzahlDStblSoftware(strTable As String) As Integer On Error GoTo Fehler: AnzahlDStblSoftware = 0 Dim db As DAO.Database Dim rs As DAO.Recordset If strConnect = "" Or IsNull(strConnect) Then strConnect = GetODBC() End If Set db = DBEngine.Workspaces(0).OpenDatabase("", False, False, strConnect) Dim strSQL As String strSQL = "AnzahlDS " & strTable db.Execute strSQL, dbSQLPassThrough ' For SPs that return rows. Set rs = db.OpenRecordset(strSQL, dbOpenSnapshot, dbSQLPassThrough) AnzahlDStblSoftware = rs!anz exit_AnzahlDStblSoftware: Exit Function Fehler: Dim i As Integer For i = 0 To Errors.Count - 1 Call HandleError(mModName & ".AnzahlDStblSoftware() as Integer" & Errors(i)) Next i Resume exit_AnzahlDStblSoftware End Function AnzahlDS ist die SP auf dem SQL Server, in strTable steht die Tabelle die es betrifft. BTW: Du siehst in der Fehlerbehandlung wird die Errorsauflistung durchlaufen, tust Du das nicht, bekommst Du immer nur den Fehler 3146 ODBC-Aufruf fehlgeschlagen zurück. So kriegst Du einen richtigen Grund genannt. USE [MeineDatenbank] GO /****** Object: StoredProcedure [dbo].[AnzahlDS] Script Date: 30.03.2015 08:18:31 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO ALTER Procedure [dbo].[AnzahlDS] @TableName VarChar(100) AS Declare @SQL VarChar(1000) SELECT @SQL = 'SELECT COUNT(*) AS Anz FROM ' SELECT @SQL = @SQL + @TableName Exec ( @SQL)

Du wrist beim Verknüpfen der Tabellen gefragt welches Feld Du als PK definieren möchtest. Wurdest Du gefragt? Hast Du eine Timestamp-Spalte in jeder Tabelle? Auch wenn hier SQL 2000 steht, sobald Tabellen von einem SQL Server in ein Access-FE eingebunden werden, sind Timestampspalten ein absolutes Muss. https://technet.microsoft.com/en-us/library/aa260631%28v=sql.80%29.aspx Vor allem äußerst unabhängig.

Du hast das sicherlich alles sehr ausführlich dokumentiert und kannst später, wenn die uns unbekannte Firewall wieder vorhanden ist, in wenigen Minuten wieder auf die ursprüngliche Konfiguration zurück wechseln, oder? Ein ganz einfaches DSL-Modem würde ja schon reichen. Ansonsten gibt es sehr viele Anbieter. Die FB wurde ja schon genannt. Und so einen Ernstfall sollte man *vorher* proben und einen passenden Ablaufplan bereit stellen.

Ich glaube weder das eine, noch das andere. Aber das ist meine Sache. Die eine hat XP-Fan schon geschrieben. Und die wiegt IMHO sehr schwer. Wenn es denn unbedingt so etwas sein muss, dann häng ich dahinter ein Gerät dran, das nur mir gehört und das nur ich administrieren kann. Das ist ein Consumer Gerät, das hat in einem Firmenumfeld nichts zu suchen. Kannst Du die eingebaute 'Firewall' vernünftig konfigurieren? Nein, kannst Du nicht. VPN? Nein, gibt es auch nicht. Darüber gibt es IMHO auch nichts zu diskutieren. Und wenn ein Controller über die verwendeten Geräte bestimmt, stimmt etwas in diesem Unternehmen nicht. Aber das wissen wir nicht und ich möchte mich nicht an Spekulationen beteiligen.

Auch als Ersatzgerät hat ein Speedport in einem Unternehmen nichts verloren. Und ja, wir haben auch unsere FW ein zweites Mal vorliegen. Wird regelmässig eingeschaltet und up2date gehalten. Dazu ist Wissen nötig, das vermutlich vor Ort nicht vorhanden ist.

Auch wenn es dir jetzt nichts hilft, aber auch jetzt oder vorher hat ein Speedport in einem Firmenumfeld nichts verloren. Diese Teile sind für Privatanwender gemacht, und auch dort gibt es genügend Fehler bei dem Gerät. Hol dir ein Gerät von einem Bekannten das man umkonfigurieren kann und besorg dir möglichst schnell ein richtiges Gerät.

Und hier in diesem Forum steht es auch in den Regeln, die No. 7 suchst Du: https://www.mcseboard.de/topic/191452-mcseboardde-regeln-nutzungsbedingungen/ BTW: Lies auch bitte die No. 19 durch, Danke. Ein neuer Thread erhöht die Übersichtlichkeit und man liest nur noch dein Problem, ist also auch noch besser für dich.

Bei einer SQL Server Datenbank ist eine *.ldf das Transaktionslog der dazugehörenden Datenbank. Ohne genaue Fehlermeldung kann man nur spekulieren. Wenn es wichtig ist, würde ich die Datei zu einem Datenretter bringen/schicken.

Habt ihr das Log auch mitgesichert? Welcher genaue Fehler kommt beim Versuch der Wiederherstellung?