Sunny61

Neben dem Hinweis von datmox kannst Du Outlook bzw. Office auch mal reparieren lassen. Welche Sicherheitssoftware läuft auf den Clients? Wie groß ist die von Outlook verwendete OST-Datei? Die kannst du bei geschlossenem Outlook auf jeden Fall löschen und anschließend Outlook wieder neu starten. Die OST-Datei wird neu erstellt. Funktioniert es jetzt wieder?

Und weshalb? Gut. Und was genau funktioniert jetzt nicht?

Und wie sieht die Einstellung auf dem SBS im DNS-Server aus? Sind Weiterleitungen konfiguriert? Wenn ja, wohin? Was ist mit den restlichen Hinweisen/Fragen?

Mach doch die FB Stromlos, d.h. Stromstecker ziehen für 20 Sekunden, jetzt wieder einstecken und abwarten. Ist die Firmware der FB aktuell? Treiber und Firmware des Servers aktuell? Nicht über den GM prüfen lassen, sondern manuell auf den Seiten der jeweiligen Hersteller Treiber *und* Firmware prüfen. Zeig doch auch mal ein ipconfig /all vom SBS.

Wow, im Posting No. 17 kommen Details! :p Was ist denn eigentlich die genaue Anforderung? Was hast du in den gemeinsamen Optionen alles angehakt?

Dazu gibt es bereits einen Thread: http://www.mcseboard.de/topic/202814-sbs-2011-interne-ip-am-router-wechselt-im-sekundentakt/ @Moderatoren, bitte einen Thread schließen, Danke.

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.