Jump to content

biot3ch

Members
  • Gesamte Inhalte

    90
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Junior Member

Fortschritt von biot3ch

Fellow

Fellow (7/14)

  • Erste Antwort
  • Engagiert
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei

Neueste Abzeichen

10

Reputation in der Community

  1. hi, ich versuche einen windows server 2003 x64 als knoten zu einem bestehenden cluster hinzuzufügen, jedoch scheint einiges in der registry kaputt gegangen zu sein. der "cluster network driver" und der "cluster disk driver" sind z.b. nicht mehr im device manager zu sehen. 'cluster node /force' funktioniert auch nicht mehr. ich erhalte folgende fehlermeldung: Es wird versucht, den Knoten "cifs-gw1" zu bereinigen... Systemfehler -2147221164 ist aufgetreten (0x80040154). Klasse nicht registriert hat jemand ne idee, wie ich alle treiber und dienste für den cluster neuinstallieren, reparieren oder auf den ursprungszustand zurücksetzen kann?
  2. ne noch nicht, wobei hier ja eine andere fehlermeldung angezeigt wird ! .... funktioniert auch irgendwie nicht. http://support.microsoft.com/kb/314869 bei mir steht da nix von vpn..... aber wenn damit die dfü verbindung gemeint ist... ja ip ist installiert, jedoch steht im eventlog folgende fehlermeldung: Event: 4191 Source: TCP/IP Description: IP could not open the registry key for adapter TCPIP\Parameters\Adapters\NDISWANIP. Interfaces on this adapter will not be initialized. wobei in mehrern foren und in der ms kb bei diesem fehler empfohlen wird, das ip protokoll neu zu installieren. wobei wir wieder beim unserem problem sind. das funktioniert nicht unter win xp. man kann jedoch mit "netsh int ip resest" alles zurücksetzten, aber das hat auch nichts gebracht. :(
  3. hi, wenn ich versuche, eine DFÜ-Verbindung zu ISP herzustellen, wird immer folgende FEhlermeldung angezeigt: Fehler 720 - Der Verbindungsversuch ist fehlgeschlagen, da keine PPP-Steuerungsprotokolle zwischem diesem und dem Remotecomputer ausgehandelt werden konnten. genau wie hier beschrieben: http://support.microsoft.com/default.aspx?scid=kb;de;810979 Dummerweise funktioniert die in KB Artikel beschriebe Vorgehensweise nur unter W2k. Unter XP ist es nicht möglich das IP Prototoll für die DFÜ Verbindungen neu zu installieren. Ebenso kann ich nicht den WAN Miniport Treiber neu installieren. Beim Deinstallieren wird immer gemeldet, dass die Deinstallation nicht möglich sei, da das Gerät beim Start des Computers verwendet werden würde. Im abgesicherten Modus funktioniert es ebenfalls nicht. Hat jemand ne Idee wie man dieses Problem unter XP lösen kann ?
  4. hallo, ich hab nun seltsamerweise das gleiche problem. allerdings funktioniert es 1a bei einem bestimmten benutzer. wenn andere benutzer diese profil nutzen, funktioniert es nicht. seltsamerweise wird in der registry das richtig layout angezeigt. hat jemand mittlerweile eine lösung für dieses problem ? thx
  5. unter options gibt es bei mir nur "zugriff" und "einstellungen" aber nichts von sicherung, recovery, einfach, simple, transaktion usw.... die sql server version ist 7.00.961
  6. mit rechtsklick auf die db sind keine einstellungen darüber zu finden. :(
  7. diese transactionslogsicherung funktioniert auch nicht bei den wartungsplänen. dort kann man zwar eine sicherung planen, aber im log wird dann angezeigt dass für diese datenbank die ausgewählte sicherungsmethode nicht anwendbar ist. wenn ich einen einzelnen sicherungsauftrag erstellen möchte ist auch transactionslogsicherung grau unterlegt und ist nicht auswählbar. hier kann man nur vollständige und differenzielle sicherung auswählen. bei meinen sql2000 datenbanken gibts dieses problem allerdings nicht. aber ich habe auch keine ahnung warum das bei sql 7.0 nicht funtkioniert.
  8. wo kann man diese option im enterprise manager deaktivieren ?
  9. hallo, ich habe folgendes problem und weiss einfach nicht weiter: auf mehreren mssql 7.0 servern möchte ich die transaktionsprotokolle der datenbanken über den enterprise manager sichern. allerings ist der menüpunkt für die transaktionsprokollsicherung nicht auswählbar. es funktioniert nur eine vollständige und differnzielle sicherung. hat jemand eine idee warum das nicht funktioniert ? thx
  10. also die boot.ini sieht korrekt aus. allerdings wundert es mich, dass die nummerierung nicht ganz dem entspricht, was man bei einer installation mit der ibm serverguide cd erhält. normalerweise wird als erste partition eine versteckte ibm fat16 angelegt. in diesem fall müsste die boot.ini so aussehen: [boot loader] timeout=30 default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS [operating systems] multi(0)disk(0)rdisk(0)partition(3)\WINDOWS="Windows Server 2003, Enterprise" /fastdetect multi(0)disk(0)rdisk(0)partition(2)\WINNT="Microsoft Windows 2000 Advanced Server" /fastdetect aber wenn windows 2003 bootet und dann erste ein bluescreen kommt, hat das imho nix mit der boot.ini zu tun. vielleicht eher ein treiber problem. wie hast du denn das w2003 installiert ? solltest du ein image von einem anderen system (andere hardware) auf diese partiton eingespielt haben, bekommst mit 99%-iger sicherheit einen bluescreen, weil die treiber des controllers nicht übereinstimmen.
  11. imho sollte das eigentlich alles kein problem sein. wir benutzen hier in der firma auch ibm hardware, u.a. xseries. die boot.ini muss auf der ersten primären partition eines logischen liegen. in der boot.ini sollten auch 2 einträge vorhanden sein. paste mal bitte deine boot.ini ! und als was genau ist die partition definiert, auf der das w2003 liegt ?
  12. beim NAME = N'dbname....... fehlte das N vor dem ' ....nach langem hin und her und dummen fragen stellen, hab ich festgestellt, dass der sql-server agent im wartungsplan genau die funktion zur verfügung stellt, die ich mir in diesem ****en script selbst zusammengebaut hab. hier wird für jede backupdatei ein eigener dateiname mit zeitstempel generiert und man kann je nach alter diese dateien auch wieder entfernen lassen. tjo, warum einfach wenn s auch schwer geht !?!? :D
  13. hey ich hab's jetzt doch geschafft. war wohl nur ein schreibfehler drin: DECLARE @DBName nvarchar(256) DECLARE @FileName nvarchar(512) DECLARE @BackupDirectory varchar(128) SET NOCOUNT ON SELECT @BackupDirectory = 'd:\dumps' SELECT @DBName = DB_NAME(), @FileName = @BackupDirectory + '\' + DB_NAME() + REPLACE(REPLACE(CONVERT(CHAR(19), GETDATE(),120), ' ', '_'), ':', '-') + '.TRN' BACKUP LOG @DBName TO DISK = @FileName WITH NOINIT, NOUNLOAD , RETAINDAYS = 1, NAME = N'ASSIST Sicherung TRNLOG', NOSKIP, NOFORMAT jedenfalls funktioniert jetzt alles. trotzdem stellt sich nun die grundsätzliche frage ob man hiermit ein gutes desaster recovery durchführen kann. die sicherungen (transactionslogs und vollsicherungen) werd jedesmal in neue dateien geschrieben. ich benötige hierbei wohl viel mehr speicherplatz auf der festplatte, aber vielleicht funktioniert es ja damit. sollte jemand noch generell einen tip oder eine anmerkung zur sicherung von sql datenbanken haben, so solle er biete posten oder für immer schweigen. :D ich kann jeden sachdienlichen hinweise gebrauchen !!! thx
  14. also mein "vorgänger" hat recht plötzlich das unternehmen verlassen und dokus gibt es keine. nun soll ich das system überarbeiten, qualifizieren und auch dokumentieren und dabei hab ich keine sql erfahrung naja trotzdem thx. vielleicht hat ja noch jemand anders ne idee ?!
  15. darum geht es mir eigentlich auch. ich mache ja diese sicherungen mit dem enterprise-manager, jedoch bin ich mir nicht sicher ob ich auch alles richtig konfiguriert habe. vollständige db sicherungen werden in der nacht erstellt. zuerst auf festplatte und anschließend werden diese dateien auf band geschrieben. diese db sicherungen kann ich ohne probleme einspielen. soweit alles ok. die transaktionslog sicherungen werden stündlich erstellt. ebenfalls auf platte, jedoch werden diese nicht stündlich auf band geschrieben. und soweit ich das beobachte wird dann jede stunde die vorherige sicherung wieder überschrieben ?! also kann ich die transaktionslog sicherungen gar nicht verwenden, oder sehe ich da was falsch ? ich weiss aber nicht wie man das richtig konfiguriert und daher dachte ich wäre es sinnvoll pro log einen eindeutigen dateinamen zu vergeben (script). aber irgenwie muss das doch einfacher zu lösen sein. kann man das nicht einstellen, dass die transaktionslog sicherung kumulativ geschrieben werden ? dann könnte ich z.b. in der nacht eine vollständige sicherung auf band schreiben und mittags die transaktionslogs...
×
×
  • Neu erstellen...