Greg
-
Gesamte Inhalte
1.044 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von Greg
-
-
Hallo Nerospeed
Ich würde hier einen anderen Restore-Weg wählen:
Zuerst: Die neu erstellte Datenbank wieder Löschen (Achtung, die richtige löschen :-) )
Im Management Studio Rechtsklick auf "Databases"
--> Tasks --> Restore --> Database
im erscheinenden Fenster unter "From Database" die Quelldatenbank auswählen. Danach oben unter "To database" den gewünschten Datenbanknamen der Zieldatenbank eingeben (Kann direkt reingeschrieben werden).
Danach noch im Bereich Options die Pfade kontrollieren und dann auf OK klicken.
Funktioniert bei mir bestens.
PS: Ich bin von einer englischen Version ausgegangen. Wenn du eine deutsche Version hast sind die Bezeichnungen leicht anderst.
Gruss Greg
-
Hallo Jack
Dann wissen wir also, dass wir eher auf jeden Fall auf der SQL Server Seite suchen müssen.
So wie es aussieht, versucht der SQL Server die Anfragen über Named Pipes entgegen zu nehmen. Wie Dukel schon erwähnt, wäre es wichtig, die Konfig im SQL Server Configuration Manager zu kontrollieren.
Soweit ich informiert bin, ist TCP/IP bei der Express Version nach der Installation per Default disabled.
Zur Konfiguration nachfolgend noch ein interessanter Link:
Gruss Greg
-
Hallo Jack
Hallo Greg,genau an dieser Stelle hängt's ja. Abgefragt werden:
Datenbankserver: MSSQL
Datenbankname: SharePoint_Config (vorausgefüllt)
Benutzername: domain\admin.sql
Kennwort: *****
Ausserdem heisst es: "Wenn die Datenbank nicht vorhanden ist, wird sie erstellt." Deshalb weiss ich nicht, wie ich folgendes eingeben soll:
Es handelt sich ja um eine Neuinstallation, kein Beitritt zu einer bestehenden Farm. Im SQL-Server-Log werden die Anfragen nicht protokolliert - da scheint nichts anzukommen...
Jack
Also nochmals:
Normalerweise hat eine Datenbankserververbindung drei Eigenschaften:
1. Servernnamen (Das ist einfach der Hostnamen des Servers)
2. Instanznamen (Benannte Instanz oder Standardinstanz)
3. Datenbankname
Das was ich meinte waren Punkt 1 und 2 (--> [sql-Servernamen]\
). Was er selber macht, ist der Datenbanknamen. Was Du jetzt machen kannst ist folgendes:
Im Management Studio des SQl Servers führst Du folgende Abfrage aus:
SELECT SERVERPROPERTY('InstanceName') AS Instance
Das Resultat ist der Instanzname (Bsp: Instanz1)
Dann kombinierst Du das mit dem Servernamen des SQL Servers (Bei Dir MSSQL)
Aus diesen beiden Angaben erhälst Du dann deine Verbindungsangaben:
MSSQL\Instanz1
Soweit mal für's Erste. Wenn das nicht geht, einfach wieder melden ...
Gruss Greg
-
Hallo Jack
Mag jetzt eine dummer Frage sein, aber bei der Einrichtung mittels des Assistenten hast du schon die richtigen Angaben gemacht, oder?
--> [sql-Servernamen]\
Wenn ja, schau mal ins SQL-Server Log. Das findest Du im MGMT-Studio unter Management/SQL Server Logs
Zu Deiner Frage betreffend des SQL Clients:
Bei der Installation der Prerequisites wird nebst diversem Anderen auch der Microsoft SQL Server 2008 Native Client installiert.
http://technet.microsoft.com/en-us/library/ff686790.aspx
Gruss Greg
-
Hallo Jack Bauer
Hast Du geprüft, ob das dedizierte Konto auch die richtigen Berechtigungen hat?
Administrative and service accounts required for initial deployment (SharePoint Foundation 2010)
Gruss Greg
-
Hallo shadowZ
Was genau meinst Du denn mit "wieder gelöscht"?
Gruss Greg
-
Hallo
Eine zweite Instanz bringt hier eigentlich nur etwas, wenn die Temp-DB das Problem darstellen würde. Das ist zwar möglich, muss aber zuerst analysiert werden. Ein Nachteil ist, dass Du bei einer zweiten Instanz die ganzen Konfigs wieder erstellen musst (Security, Wartungspläne, etc).
Es ist auch möglich, die Datenbank- und Logfiles innerhalb der gleichen Instanz auf separate LUN's zu packen. Dann DB-Files von Logfiles physisch trennen, die Temp-DB trennen und richtig konfigurieren, etc. Zu diesen Themen findest Du im TechNet trotz Bäumen sicher auch den Wald :-).
Wichtig ist es herauszufinden, wo das Problem liegt. Dazu gibt es diverse Tools (Profiler, Tuning Advisor, Performance Monitoring, etc.) Anbei sende ich Dir zwei Links die Dir vielleicht einige Einstiegspunkte liefern (Einer ist übrigens vom TechNet):
Troubleshooting Performance Problems in SQL Server 2005
Viel Erfolg
Gruss Greg
-
Hallo zusammen
Zusätzlich zu den schon gemachten Angaben noch folgende Tipps:
Zu deiner Frage (Gibt es eine Möglichkeit dies Life über den SQL Server zu beobachten?):
Bei Deiner Version des SBS ist meiner Meinung nach der SQL Server Profiler
mit dabei. Den findest Du im Management Studio unter "Tools".
Mit diesem Profiler kannst du mitschneiden, was direkt auf dem SQL Server läuft (aber eben nur dort). Je nach Einstellung werden Dir dort die SQL Abfragen life angezeigt.
Zur Verwendung findest Du im Internet ein feines Ebook:
--> Bei Google nach "Mastering Profiler eBook" suchen.
Den Mitschnitt kannst Du dann abspeichern und gegen den "Database Engine Tuning Advisor" laufen lassen.
Der macht Dir dann Vorschläge zur Verbesserung der Datenbank (Indexe, Statistiken, etc.).
Bevor Du diese anwendest, unbedingt Rücksprache mit dem Softwarehersteller halten.
Des Weiteren ist es möglich, die Profilerdatei mit dem Performance Monitor
zusammenzulegen (Siehe eBook). Dann siehst Du, bei welcher Abfrage welche Performance Counter sich wie verhalten.
Dies kann bei der Suche nach dem Bottleneck hilfreich sein. Die interessanten Performance Counters findest Du bei Microsoft
im Technet.
Wenn Du noch mehr Angaben brauchst, einfach posten.
Gruss Greg
-
Hallo t_bern
Hilft Dir das weiter?
http://support.microsoft.com/default.aspx/kb/924468/de-de
Gruss Greg
-
Hallo passt
Aus sicht des Betriebs und der Administration macht die Virtualisierung
durchaus Sinn.
Aus Sicht der Hardware Virutalisierung macht das Virtualisieren von Terminal Servern keinen Sinn, denn Terminal Server sind im allgemeinen eher hoch ausgelastet. Das bedeutet, dass der Vorteil der Virtualisierung der Hardware
eigentlich verloren geht.
Gruss Greg
-
Hallo o_rakel
Welche Installationsanleitung hast du denn verwendet ?
ServicePack 2 von SQL installiert?
Gruss Greg
-
Hallo Renny
Gibt es in den Event-Logs der Clients irgendwelche hinweise auf
die Office Abstürze?
Gruss Greg
-
Hallo Serenus
Wenn es ein MOSS 2007 ist, gehe folgender Massen vor:
- Gehe zu Websiteaktionen
- Wähle Websiteeinstellungen
- Im Bereich Websiteverwaltung wähle Inhalt und Struktur
- Suche die Dokumentenbibliothek in welcher die Dokumente liegen und öffne sie
- Aktiviere die Checkboxen der gewünschten Dokumente
- Wähle unter Aktionen die Option Einchecken aus
Gruss Greg
-
Hallo Priost
Je nach dem, wie gut Du dich mit MOSS schon auskennst, ist
die Website von Heather Solomon richtig gut. Such in Google
nach Heather Solomon Blog. Sie ist eine der Designspezialistinnen
in Sharepoint Technologien.
Gruss Greg
-
-
Hallo Schweizer
Wäre auch dabei. Bin auch aus der Ost-CH. Region Basel wäre aber kein Problem...
Wenns aber näher ist bin auch nicht unglücklich...
Gruss Greg
-
Hallöchen
Gibt denn der Time Server der eingetragen wurde überhaupt antwort?
Wir hatten mal ein ähnliches Problem, welches nach der Eingabe eines anderen Zeit-Servers behoben war.
Liste von Microsoft mit regional verteilten Zeitserver:
Liste der im Internet verfügbaren SNTP-Zeitserver (Simple Network Time Protocol)
Gruss Greg
-
Hallöchen
Hast Du das schon gelesen:
Mohammed Athif Khaleel (Last update 12/5/2005):
- Error message: "No such service is known. The service cannot be found in the specified name space", error code: 0x8007277C - This event is seen if the Log On for the Windows Time Service is changed from Local System Account to NT AUTHORITY\LocalService. The path to execute the service should be “C:\WINDOWS\System32\svchost.exe -k netsvcs” instead of “C:\WINDOWS\system32\svchost.exe -k LocalService”. To resolve this problem, open Services.msc from the Control Panel, double click Windows Time -> click on Log On. In the “Log on as” select Local System Account and make sure Allow service to interact with desktop in un-checked. Reboot the server and this error should disappear.
Quelle: EventID.Net
und
Gruss Greg
-
Hallöchen zusammen
Ich muss demnächst einen Server bei einem Kunden ersetzen. Aufgrund von Altlasten
ist es eine Anforderung, dass der alte Hostname im Netz weiterverwendet werden kann.
Der neue Server braucht aber aufgrund von Namenskonventionen einen anderen Hostnamen. Ich habe mal irgendwo gelesen oder gehört, das dies über Registry-Einträge
gelöst werden kann. Ziel wäre es, dass der Server über den neuen und über den alten
Hostname erreciht werden kann.
Kann mir jemand eine Link oder einen Denkanstoss geben ?
Gruss Greg
-
Hallöchen
Welche Fehlermeldung erhältst du ?
Gruss Greg
-
Schau Dir das mal an, vielleicht gibt das einen Anstoss...
Gruss Greg
-
Hallo phoenixcp
Danke für Deine Antwort
Kannst Du das einwenig präzisieren ?
Gruss Greg
-
Hallöchen zusammen
Ich hätte da eine Frage:
Umgebung:
W2K3 Server mit Terminal Services
Metaframe Presentation Server 4
Published Desktop
Wenn sich eine User an den Terminal Server anmeldet, und nicht arbeitet, kommt nach
15 Minuten der passwortgeschützte Bildschirmschoner. Nun möchte der Kunde, dass der
Bildschirmschoner ohne Passwortschutz daherkommt.
Kann ich das irgendwo zentral einstellen ?
In allen GPO's ist die Richtlinie des Passwortschutzes inaktiv. Trotzdem
kommt der Bildschirmschoner mit Passwortschutz.
Gruss Greg
-
Hallo miteinander
Kurz vor Weihnachten noch ein Problemchen:
Bei meinem Rechner werden seit kurzem die offenen Programme nicht
mehr angezeigt. Systemtray, Startbutton, und Shurtcutleiste sind da, aber
die offenen Programme sind verschwunden ?
Startmenueinstellungen und Taskleisteneinstellungen hab ich schon durch,
ohne Erfolg. Habt Ihr einen Rat für mich ?
Gruss Greg
Datenbank kopieren, copy als neue DB einfügen
in MS SQL Server Forum
Geschrieben
Hall
Hier noch der Unterschied der beiden Wege als Scriptbeispiel:
Meine DB heisst Test und wird nach Test123 "kopiert" ...
-- mit vorerstellter DB
RESTORE DATABASE [Test123]
FROM DISK = N'E:\Backup\SPS1\Test\Test_fullbackup_201009132000_2.BAK'
WITH FILE = 1,
NOUNLOAD,
REPLACE,
STATS = 10
GO
-- ohne vorerstellter DB
RESTORE DATABASE [Test123]
FROM DISK = N'E:\Backup\SPS1\Test\Test_fullbackup_201009132000_2.BAK',
DISK = N'E:\Backup\SPS1\Test\Test_fullbackup_201009132000_1.BAK'
WITH FILE = 1,
MOVE N'Test'
TO N'D:\Data01\SPS1\Test123.mdf',
MOVE N'Test_log'
TO N'D:\Log01\SPS1\Test123_1.LDF',
NORECOVERY,
STATS = 10
GO
Gruss Gregory