Gulp

SQL Server Management Studio öffnen, die entsprechende Instanz auswählen (falls mehrere vorhanden sind), dort "Datenbanken bzw Databases" öffnen und nach der entsprechenden DB schauen, diese mit rechts anklicken und "Tasks --> Trennen bzw Detach" abhängen, anschliessend "Datenbanken bzw Databases" mit rechts anklicken und "Anfügen bzw Attach", im folgenden Dialog zur DB-Datei navigieren und OK klicken, fertig. Grüsse Gulp

Schon mal mit ab- und wieder anhängen versucht? Grüsse Gulp

Warum war die Platte denn voll, etwa Transaction Log zu gross? Wird die DB gesichert, wenn ja wie? Grüsse Gulp

Exchange 2007 wird ausschliesslich als 64-bit Version von Microsoft supported, es gibt eine 32-bit Version zu Testzwecken. Dies ist eine 120 Tage Trial, die aber nicht nach 120 Tagen ihre Funktionen einstellt, sondern dann "nur" als unlizensierter Exchange gilt und dies in der Management Umgebung anzeigt. Die 32-bit Version ist immer eine Standard Edition, eine Enterprise Edition gibt es nicht als 32-bit, dafür enthält die 32-bit die eigentlich der Enterprise Edition vorbehaltenen Funktionen: Standard Edition Single Copy Clusters (SCC) und Cluster Continuous Replication (CCR). Es können keine AntiSpam Updates über WindowsUpdate mit der 32-bit Version gemacht werden. Es werden maximal 5 Datenbanken und 5 Speichergruppen unterstützt. Grüsse Gulp

Wenn Du die CD zu dem Key nicht mehr hast, dann hast Du auch keine Lizenz mehr, es sei denn Du bekommst Ersatz vom Hersteller oder von Microsoft. Grüsse Gulp

Du Brutalo ...... ;) Ein fetter Elektromagnet macht es auch auf die sanfte Art ....... Grüsse Gulp

Ich vermute stark, dass es sich um ein Diskettenlaufwerk handelt, dass nicht zu den in den Setup Standard Treiber Dateien aufgeführten Herstellern gehört und dadurch nicht korrekt vom Setup erkannt wird. Das Phänomen hatte ich auch schon, dass Diskettenlaufwerke, sowohl interne als auch USB Laufwerke ihre Arbeit mit dem lapidaren Hinweis "Legen Sie eine Diskette in Laufwerk A:" verweigerten. Deshalb verwende ich in der Regel TEAC Laufwerke, die funktionieren immer auch unter USB. Bei PC-Herstellern auch mit grösserem Namen finden sich desöfteren zB schon mal USB Floppy Laufwerke die beim Setup von XP/2000 nicht erkannt werden. Bei internen Laufwerken ist dies zwar seltener aber auch das habe ich schon mal beobachten können. Letztendlich hilft in einem solchen Fall ausschliesslich der Austausch des Floppy und die Verwendung eines unterstützten Herstellertyps. Grüsse Gulp

Nein geht nicht, Du kannst im Netz (im Übrigen auch mit der Home) lediglich die Imagedatei *.tib ablegen, eine Platte auf eine Platte im Netz clonen wirst Du auch da nicht schaffen (auf einen anderen PC der per Netz verbunden ist geht schon, aber das war nicht die Frage) aus den in meinem obigen Post genannten Gründen. Grüsse Gulp

Das wird so und so nicht gehen, da die Kommunikation von internen Platten auf Blockzugriffen beruht und übers Netz über TCP/IP läuft, das geht schon konzeptbedingt nicht und ist grundsätzlich keine Einschränkung der Software. [EDIT] Sonst könntest Du ja zB ein NAS auch als lokales Laufwerk einbinden was aber ebenfalls aus oben genannten Gründen nicht geht, über ein SAN allerdings liesse sich das aber machen. [/EDIT] Grüsse Gulp

Hab ich mir fast schon gedacht. Ich vermute doch stark, dass die Schlüssel auch nur funktionieren, wenn hier zB spezielle Treiber mit dem Windows Driver Kit erstellt und verwendet werden. Ich glaube kaum, dass die im Link genannten Schlüssel überhaupt bei "normalen" Treibern relevant sind. Grüsse Gulp

Stell mal im BIOS den S-ATA Controller auf P-ATA Mode oder Legacy je nach Board. Das Problem taucht gerne mit dem Microsoft AHCI S-ATA Treiber auf, hier sollte wenn möglich dem entsprechenden Herstellertreiber der Vorzug gegeben werden. Grüsse Gulp

Steht doch in dem Link: The TDR-related registry keys are located under HKLM\System\CurrentControlSet\Control\GraphicsDrivers. • TdrLevel: REG_DWORD. The initial level of recovery. The possible values are: • TdrLevelOff (0). – Detection disabled. Grüsse Gulp

Wie ich schrieb, die NTLM Konfiguration ...... Zumindest sollte verglichen werden, ob hier die gleichen Einstellungen zum Tragen kommen, am Besten bei allen Richtlinien, die den Netzzugriff betreffen. Grüsse Gulp

Eine boot.ini gibt es unter Vista nicht mehr ..... Deswegen sind ja auch andere Tools, wie BCEdit nötig. Grüsse Gulp

Und die lokale Sicherheitsrichtlinien hast Du auch gecheckt (das mit XP war auch nur ein Beispiel)? Grüsse Gulp

Schon in den lokalen Sicherheitsrichtlinien mal die Einstellungen für "Netzwerksicherheit: LAN Manager-Authentifizierungsebene" auf "LM- und NTLM-Antworten senden (NTLMv2-Sitzungssicherheit verwenden, wenn ausgehandelt)" gesetzt? Grüsse Gulp

Wenn die Installation des notwendigen "Add-Ins", also des Treibers tatsächlich funktioniert haben sollte, dann müsste sich in den Netzwerkeigenschaften ein zusätzliches Protokoll finden ..... wenn nicht, so lohnt sich durchaus ein Blick in den Gerätemanager. Hier sollte sich, eventuell müssen auch die ausgeblendeten Geräte eingeblendet werden, ein CheckPoint Protokolltreiber finden lassen, der eventuell mit einem Ausrufezeichen angezeigt wird. Wird das Protokoll bereits in den Netzwerkeigenschaften angezeigt, so kann man dort den Haken heraus nehmen und es deaktivieren, dann dürfte zumindest nach einem Neustart der normale Netzzugriff wieder funktionieren. Grüsse Gulp

Sollte .... zumindest bei Business, Enterprise und Ultimate ..... Grüsse Gulp

Da sind aber hoffentlich keine Gruppenrichtlinien bezüglich Geräteinstallationen restriktiv gesetzt, oder doch? Der User der für die Installation verwendet wird hat auch lokale Admin-Rechte? Schon mal versucht den Client neu zu installieren? Was findet sich in den Eigenschaften der Netzwerkverbindung? Grüsse Gulp

Stimmt, was anderes macht die GUI ja auch nicht .... Grüsse Gulp

Sicher ist die administrative Freigabe auf Rechnern nur für Administratoren. Bei Arbeitsgruppen eben nur für die Mitglieder der lokalen Gruppe der Administratoren, bei Domänen dürfen auch die Domänen-Admins da ran. Auch wenn der User bei beiden Rechnern gleich heisst, so ist deren SID und damit das eigentliche Kriterium zur Identifizierung der User unterschiedlich, also hat man zwei verschiedene User und da kann es eben sein, dass die Authentifizierung eine eindeutige Unterscheidung verlangt. Diese wird dann über die Angabe des betreffenden Rechners erreicht, da dann damit festgelegt wird in welcher lokalen Userdatenbank nach dem zu authentifizierenden User gesucht wird. Bei Vista kommt erschwerend hinzu, dass SMB Freigaben bzw die Authentifizierung für eben diese per Default ausschliesslich über NTLMv2 ablaufen und nicht wie bei XP im Default über NTLM. Entweder man aktiviert in den lokalen Sicherheitsrichtlinien unter Vista beide Verfahren oder man konfiguriert es entsprechend in XP (ja auch XP kennt NTLMv2, bei älteren OS wird's jedoch schwer mit NTLMv2). Grüsse Gulp

Das findet sich aber schon seit Windows 95 an derselben Stelle .... ;) Grüsse Gulp

Wie hast Du denn festgestellt, dass es nicht an der fehlenden Treibersignierung liegt? Meistens ist nämlich lediglich das Fenster zur Bestätigung der fehlenden Treibersignatur nur hinter dem Installationsfenster "versteckt" und kann mit "Alt+Tab" in den Vordergrund gebracht werden. Grüsse Gulp

Ich habe seit dem Erscheinen der RTM (vorher auch als Beta und RC) Vista Ultimate ohne nennenswerte Probleme laufen, es gab mit meinem Board und der verbauten ULi Northbridge (respektive dem S-ATA AHCI) bei dem einen oder anderen Update einen BlueScreen mit dem Microsoft Treiber. ULi oder besser nVidia bieten allerdings nur einen Beta Treiber an, der aber deutlich schneller und ohne BlueScreen bei den Updates läuft. Ansonsten habe ich lediglich das kleine Ärgernis, dass der RealVNC Server in sporadischen Abständen beim Herunterfahren einen Crash, den man nicht sieht oder mitbekommt, ins Ereignisprotokoll schreibt, der mir ständig die volle Punktzahl in der Zuverlässigkeitsanalyse verhagelt. ;) Bei mir ist der IE bespielsweise noch nie abgeraucht, so wie hier im Fred oft beschrieben wurde ..... Grüsse Gulp

Jo, aber verstanden hat's der TO dann aber wohl nicht, oder? ;) Grüsse Gulp