Jump to content

Thomas_K

Members
  • Gesamte Inhalte

    8
  • Registriert seit

  • Letzter Besuch

Profile Fields

  • Member Title
    Newbie

Fortschritt von Thomas_K

Apprentice

Apprentice (3/14)

  • Erste Antwort
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei
  • 1 Jahre dabei

Neueste Abzeichen

10

Reputation in der Community

  1. Ganz einfach, wir sind vertraglich dazu verpflichet täglich eine Vollsicherung zu fahren. Das Backup-Fenster reicht uns derzeit in der genannten Konfiguration noch locker aus. Abends/Nachts läuft B2D und in den Tag hinein dann die Duplizierung. Sollte dies nicht mehr der Fall sein, müssen wir die BackUp-Strategie entsprechend anpassen. Mit unserem Zeitfenster für B2D können wir mit der derzeitigen Konfig ca. 2,3 TB Daten sichern und haben noch eine Puffer von 2h. Da sich in den 1,5TB stand heute einiges an Overhead befindet haben wir berechnet, dass wir mit dem derzeitigen Datenzuwachs noch gute 3Jahre auskommen werden. lG Thomas K.
  2. Hallo Kruemel, etwas spät meine Antwort aber ich schildere dir gerne mal unser Setting. Ich setzte ein NAS von Thecus ein (N8900), das ganze auf ein RAID10 konfiguriert. Die Anbindung erfolgt über ein 2x1Gbit-Trunk und eine LWL-Strecke, da das NAS und der Serverraum, in dem auch die LTO-5-Lib und der BackupExec-Server stehen durch 3 Brandzellen getrennt ist. Auf dem BackupServer ist das NAS über iSCSI eingebunden. Ich sichere täglich ca. 1,5 TB an Daten, von den großen VMWare-Image, 2 SQL-DBs, Exchange-Server, Fileserver und DMS mit vielen kleinen Dateien (ca. 800.000 Files). Meine Jobs laufen sequenziell (1x B2D und darauf folgende dupliziere ich auf Tape), ich sichere jeden Tag immer voll. Ich komme im B2D damit auf eine Auftragsrate von ca. 3.200 MB/min (Hier ist aber der Flaschenhals der DMS mit seinen vielen kleine Files auf RAID5, der die Rate von 4.700MB/min entsprechend herunterdrück). Die Duplizierung auf Tape läuft dann mit ca. 5.600 MB/min. Meine Entscheidung für das B2D, war neben der Konstanten Auftragsrate an das LTO-5-Tape auch eine räumliche Trennung der Datensicherung. Zusätzlich lagern wir ein je ein Tape 2x die Woche zu einem Bankschließfach aus. Ich hoffe ich konnte dir deine Fragen beantworten. lG Thomas K.
  3. Hallo Necron, vielen Dank für deine Antwort und auch allen Danke die sich die Mühe gegeben haben meine Anfrage hier zu lesen! Ja, ich war auch fast so weit den Server neu zu installieren, doch in einer freien Stunde habe ich mich noch mal intensiv mit dem Problem befasst und die Ursache gefunden, die da waren die aktivierten Jumbo-Frames. Auf dem NAS NIC, Switch-Port und dem Produktivserver NIC auf dem das Problem auftrat waren Jumbo-Frames konfiguriert (alle auf der gleichen größe von ~9000Byte). Die Verbindung war augenscheinlich stabil, Ping sowie die HTTP-Anfragen auf das WebInterface funktionierten tadellos und ohne Aussetzer. Auch, die Verbindung auf das ISCSI-Target schien stabil zu sein. Als ich mir dann allerdings die Switch-Protokolle auf dem entsprechenden Port genauer ansah sind mir einige Fehler (ca. 2-3 pro 5 Minute) aufgefallen vom Type Giant. Kaum habe ich in der Konfiguration die Jumbo-Frames deaktiviert war das iSCSI-Device auch in der Datenträgerverwaltung verfügbar. Aber auch mit kleineren Jumbo-Frames wurde die Verbindung wieder instabil. Mir ist dann auch eingefallen, dass auf dem Switchport und der Verbindung des Test-Servers, mit dem die Verbindung einwandfrei lief, ebenfalls keine Jumbo-Frames aktviert waren. Nun läufts und ich bin happy :) lG und nochmal Danke Thomas K. K
  4. Hallo Zusammen, ich habe hier im Forum zwar einen ähnlichen Thread gefunden, allerdings auf WinXP bezogen und ohne Ergebnis. Daher meine Anfrage hier. Ich habe ein NAS welches aus iSCSI-Target fungiert. Ich habe von einem 2K8R2 mit den iSCIS-Initiator die Verbindung erfolgreich herstellen können. Im Inititor sehe ich auch eine Session auf DISK-1 (Port 4; BUS 0; Targert: 0; LUN 0). Im der Datenträgerverwaltung wurde mir zunächst auch diese DISK zum einbinden angezeigt. Ich konnte diese DISK als Laufwerk einbinden und auch nutzen (Daten wurden auf das iSCIS-Target kopiert). Nun wurde der Server einmal neu gestartet und diese Disk ist aus der Datenträgerverwaltung verschwunden und ich bekomme diese auch nicht wieder hinein. Ich habe im iSCSI-Initiator die Verbindung gelöscht und wieder neu angelegt. Kein Fehler, der Status ist auf Verbunden mit einer Session auf DISK-1 (Port 4; BUS 0; Targert: 0; LUN 0). Im Gerätemanager wird auch jedesmal wenn ich den iSCSI-Target verbinde ein Laufwerk angelegt welches laut Gerätestatus einwandfrei funktioniert. Nur in der Datenträgerverwaltung ist bis auf meine lokale HD + DVD-ROM keine weitere DISK zu sehen. In der Geräteveraltung habe ich auch bereits "Datenträger neu einlesen" ausgeführt ohne Erfolg. Ich habe auch bereits im iSCSI-Initiator die Verbindung gelöscht, dann im Gerätemanager die angelegt Festplatte deinstalliert, dann am NAS den iSCSI-Target mit einem neuen Target-Name und einer neuen LUN angelegt. Server und NAS neu gestartet und die Verbindung danach wieder hergestellt mit dem gleichen Ergebnis. Verbindung mit Session auf DISK-1 ist da, Festplatte im Gerätemanager wurde angelegt nur in der Datenträgerverwaltung ist nichts zu sehen. Auch auf dem NAS sehe ich unter iSCIS-Status dass der Initiator eine Verbindung aufgebaut hat: InitiatorName: iqn.1991-05.com.microsoft:fw-srv020.friedwald.intra Session State: TARG_SESS_STATE_LOGGED_IN Address 10.2.1.2 Von einem weiteren WindowsServer kann ich mich ohne Probleme auf den iSCSI-Target verbinden. Irgendwo ist auf der Kiste auf der ich die Verbindung benötige der Wurm drinn. So langsam bin ich ratlos. Hat vieleicht jemand von euch einen Tip für mich? Vielen Dank!
  5. Perfekt super und vielen Dank! HKEY_USERS\.DEFAULT\Control Panel\Colors hier standen alle Werte auf 0-0-0, entsprechende Schlüssel habe ich mir von einem anderen Server exportiert und auf den makerten importiert und nu seh ich wieder alles ... Danke lG Thomas K.
  6. Huhu Zusammen, seit heute (also von gestern auf heute) habe ich ein seltsames Problem, welches sich auf einmal eingestellt hatte ohne weitere Konfigurationen am Server ... automatische updates sind auch deaktiviert und werden nur manuell eingespielt,wenn Admin vor Ort. Die Passworteingabeaufforderung sieht aus wie Ihr auf dem Bild in dem Anhang seht. Die Textfelder für Eingabe von Benutzername, Passwort und Domäne sowie die Schalflächen sind genauso wie der Hintergrund des Fensters schwarz ... ich sehe also keine Eingabe mehr .... Es betrifft nur einen Server von 5, und es ist egal ob ich mich Remote auf den Server schalte oder mich lokal anmelden möchte. Jemand eine Idee woran das liegt? LG Thomas K.
  7. Ahh vielen Dank für die Info! Über die Suche gpmc + ADM habe ich folgenden Interessanten Artikel gefunden: Adding New Administrative Templates to a GPO hmm da werde ich mich noch ein wenig einlesen... und nochmal tausen Dank! LG Thomas K.
  8. Huhu Zusammen, ich habe mir von Gruppenrichtlinien - Übersicht, FAQ und Tutorials ein AMD Template für die erweiterten Internet Explorer Richtlinien (IE5/6) und auf einem Domänecontroller über gpedit.msc in die Administrativen Vorlagen der Benutzer eingehängt. Dort sehe ich auch die neuen Richtlinien ... Nur unsere anderen Domänencontroller erhalten diese neuen Richtlinien nicht (bereits 1 Tag vergangen). Muss ich nun das ADM-Template auf jeden DC in der Domäne installieren? Muss ich sonst noch etwas machen, bevor die Templates in der Domäne aktiv werden? Normalerweise ziehen sich die Client/Benutzer die geänderten Richtlinien ja automatisch zwischen 30-90 Minuten. lG Thomas K.
×
×
  • Neu erstellen...