monstermania

Moin, nein, dass kann ich nicht! Kannst Du das!? ;) Wie lange soll man Deines Erachtens nach Daten sichern? Aber ich sag das mal so... Wenn bei 'wichtigen' Daten der Verlust erst nach 6 Monaten auffällt, stelle ich mir schon die Frage, wie wichtig die Daten gewesen sein mögen...

Moin, ja und? Gibt es ein Gesetz in dem steht, dass Archivdaten einmalig auf Band gesichert werden müssen und nicht mehr lokal gespeichert sein dürfen? Wir haben ja alle relevanten Daten seit 1998 auf dem SAN (Archivdaten aus dem DMS, Mailarchiv, usw.). Diese werden eben wöchentlich neu mitgesichert. Klar, dass mit dem Datenstand älter 6 Monate haben wir auch besprochen (GF, Buchhaltung, IT). Nur wie lange will man welche Daten taggenau vorhalten? 6 Monate, 12 Monate oder gar 24 Monate? Selbst wenn Du ein Jahresbackup hast, was sind die darauf enthaltenen Daten nach 12 Monaten noch wert? Wer will z.B. aus einer Datenbank daraus noch Daten extraieren die irgendwie relevant bzw. noch verwertbar sind? Und was ist, wenn der Fehler bereits einige Tage vor Erstellung des Jahrebackups entstanden ist? Einen Tod muss man immer sterben... Gruß Dirk

Moin, wie lange wollt/müsst Ihr Eure Daten sichern? Geht es um Backup oder Archivierung? Backup ist keine Langzeitarchivierung! Du schreibst, dass Eure Monatssicherung für mehrere Jahre gelagert wird? Scheint mir irgendwie nicht sehr sinnvoll, da ja die Anzahl der Medien immer weiter ansteigt! Mal als Beispiel für Backup: Wir sichern täglich B2D. Anschließend wird das B2D als Kopie auf Band gesichert. Das Wochenendbackup vom 1. WE im Monat geht als Monatsbackup in ein Bankschließfach. Das Wochendbackup ist so konfiguriert, dass eine Wiederherstellungsdauer von 7 - 30 Tagesbackups enthalten ist (Je nach Typ der Daten 1 Woche oder 1 Monat). Die letzten 6 Monate liegen im Bankschließfach, so dass wir bestimmte einzelne Daten bis zu 180 Tage zurück tagesgenau wiederherstellen können. Ein fest definiertes Jahresbackup machen wir nicht, da dazu keine Veranlassung besteht. Wir nutzen also insgesamt 5 Mediensätze Mo-Fr 1 Mediensatz Wochenende 6 Mediensätze für die letzten 6 Monate Also insgesamt 12 Mediensätze. Mag sich jeder selbst ausrechnen, ob bei einem solchen Konzept nun HDD oder Tape günstiger ist ;). Bei wenigen Daten mag RDX noch eine Option sein, aber spätestens > 2 TB dürfte man für RDX keine Medien mehr bekommen. Dann bräuchte man also schon eine RDX-Library. Da kann man dann auch gleich zu einer Tape Library greifen. Bei einer Langzeitarchivierung (Jahre oder Jahrzehnte) gelten aber ganz andere Voraussetzungen als für Backup. Die Medien müssen u.A. für Archivierung zertifiziert sein. Wichtig auch, dass die Medien nach vielen Jahren noch gelesen werden können. Gruß Dirk

Moin, natürlich gibt es Lizenzbedingungen für die SQL Express Versionen. Kannst Du Dir einfach bei MS herunterladen (wie auch den SQL 2008R2 Express). Worauf willst Du hinaus? Wir habe kürzlich eine Microsoft Lizenzprüfung bei uns in der Firma gehabt (SAM). Die SQL Express Installationen auf diversen Servern haben MS nicht die Bohne interessiert. Gruß Dirk

Hmm, HyperV ist so neu ja nun nicht. Schließlich fing das mal mit Microsoft Virtual Server anno 2005 an. Also doch schon rund 10 Jahre. 10 Jahre sind in der IT Welten! Ach ja, ich bevorzuge auch VMWare. Aber trotzdem sollte man nicht per Se den HyperV abwerten. Das Produkt ist schon in Ordnung und ebnet vielen KMU's den Einstieg in die Virtualisierung. Eben weil es ein Windows ist und auch von nicht 'Spezis' installiert/konfiguriert werden kann. Auch ist die Hardwarunterstützung durch die Windows Basis doch um einiges besser als bei VMWare. Gruß Dirk

Man sollte die Auswahl des Hypervisors immer von den konkreten Projektanforderungen und dem Know How des Kunden abhängig machen. Im übrigen hat der kostenlose ESXi schon einige Einschränkungen. So kannst Du mit dem kostenlosen ESXi z.B. nicht jede Backupsoftware einsetzten, da die Backuplösungen i.D.R. zumindest eine VMWare Essentials Lizenz benötigen (z.B. Veeam). HyperV bringt z.B. mit dem Windows Backup schon alle Voraussetzungen mit um die VM's direkt zu sichern. Allein dass kann im konkreten Projekt den Ausschlag zugunsten von HyperV geben! Bei sauberer Konfiguration läuft sowohl HyperV als auch mit VMWare stabil. Gruß Dirk

Moin Peter, sorry, aber da bewegst Du Dich auf einem ganz schmalen Brett. ;) Deine Messwerte sind sicherlich richtig. Aber ich gehe mal davon aus, dass Dein Benchmark überwiegend im SSD-Cache abläuft bzw. im Cache von Starwind abläuft. Daher die guten IOPS. Das mag unter Praxisbedingungen dann aber gaaanz anders aussehen! Mehr als die 144 IOPS von Volume 1 gebe ich dem System nicht! Dass ist eben genau das Problem mit Benchmarks. Sie spiegeln nicht die Praxis wieder! Gruß Dirk

Moin, den Spaß User- vs. Device-CAL haben wir gerade durch. Wir hatten eine Device CAL-Lizenzierung, da wir hier Schichtbetrieb haben. Problem ist, dass bei einer gemischten Device/User CAL-Lizenzierung die Lizenzverwaltung extrem kompliziert wird. Merke: Jedes Device, dass auf einen Windows Server zugreift (auch indirekt) braucht auch eine Device CAL! z.B. jedes Netzwerkgerät, dass per DHCP (Windows Server) eine IP bekommt (Netzwerkdrucker, Multifunktiongerät, Stempeluhr, iPhone, iPad, Werkzeugmaschine, usw). Schlussendlich haben wir das mal wirklich genau durchgerechnet. Im Endeffekt, war eine reine USER CAL Lizenzierung für uns günstiger. Vor Allem auch, wenn man den Verwaltungsaufwand bedenkt. Wir haben jetzt für jeden Mitarbeiter (auch Aushilfen!) eine User CAL und gut ist! Gruß Dirk

Moin, Backup ist natürlich schon mal ein guter Anfang! Aber bitte auch den Restore nicht vergessen. Ohne den ist ein Backup nichts wert! Wohin soll gesichert werden? Was ist den das für eine Lizenz auf dem ESXi? Essentials oder die freie Version? Konstenlose Software um einen ESXi-Host zu sichern gibt es von Veeam (VeeamZip) und Trilead (VM Explorer). Veeam Zip benötigt allerdings zumindest eine VMWare Essentials Lizenz. Mit dem kostenlosen ESXi funktioniert nur Trilead! Grundsätzlich können beide kostenlose Versionen nur eine Vollsicherung des Hosts machen. Also keine inkrementellen Sicherungen. Zeitpläne gehen damit auch nicht. Aber zum 'mal eben sichern' reicht es. Auf Dauer würde ich auf jedem Fall den Kauf der Vollversion von Veeam/Trilead empfehlen.

Danke Nils, also scheint ja eigentlich Alles in Ordnung zu sein. War halt etwas b***d, als wir nach dem kompletten UPS-Shutdowntest unsere Server wieder angefahren haben und nach dem Start von 2 DC immer noch kein DNS im Netz funktionierte. Als wir dann den 2003 DC auch neu angefahren hatten lief es dann halt sofort. Macht einem halt etwas Angst, dass etwas grundsätzliches mit dem AD nicht stimmt. Ich denke mal, dass wenn die 3 alten DC erst mal aus dem AD verschwunden sind dass Problem sowieso erledigt ist. Ist ja auch kein normaler Betriebszustand, dass alle Server down sind. Ach ja, die 20 Minuten mögen auch meiner Testumgebung geschuldet sein. Ist nicht gerade ein Renner. Gruß Dirk

In der Echtumgebung liefert dcdiag auf allen DC's keine Fehler! Und nu?

Moin, ich habe mir jetzt mal die Mühe gemacht, es einfach auszuprobieren. Also flugs mal den DC1 (2012 DC mit allen FSMO) und DC2 (2012) aus der gestrigen Sicherung in ein virtuelles LAN wieder hergestellt. Beide Server sind auch DNS und DHCP (Cluster). DC 2 gestartet. 13:28 DC ist hochgefahren 13:30 Fehler 2087 im Ereignisprotokoll -> keine Erreichbarkeit des DC1 Bis 13:38 mehrere Fehlermeldungen 2087 - keine Erreichbarkeit der anderen DC (alle in der Echtumgebung vorhandene DC werden nacheinander angezeigt) 13:44 AD-Dienste laufen DC1 (2012 DC mit FSMO Rolle gestartet) Hier funktionierte dann sofort Alles. Rund 20 Minuten, bis nach einem Start eines DC das AD läuft. Das scheint mir doch arg lang! Oder ist das normal? Habe dann mal testweise DC1 und DC2 gleichzeitig gestartet. Ebenfalls 20 Minuten bis die AD Dienste laufen! Irgendetwas läuft da wohl total falsch. Nur was? Gruß Dirk Danke, also wir haben nur einen Standort und alle DC sind auch DNS-Server! Auf den beiden 2012 DC die ich jetzt ausschließlich betrachte (die sollen nach der Ablösung der alten DC 2003 und DC2008R2 unsere beiden einzigen DC und DNS bleiben), läuft DNS und DHCP. Beide DC haben jeweils den anderen DC als primären DNS eingetragen. Sich selbst dann als sekundären DNS. Problem ist natürlich, dass direkt nach dem Start der DC's der DNS-Dienst nicht läuft. Keine AD-Dienste kein DNS (Fehler 4013)! WINS haben wir nicht mehr (jedenfalls nicht dass ich das wüsste). Ist auch auf keinem DC mehr eingetragen! Gruß Dirk

Moin, wie bereits geschrieben hat einer der 2012'er DC alle FSMO Rollen übernommen. Ursprünglich waren die FSMO auf dem 2003DC auf dem auch Exchange 2007 läuft. Dieser 2012 DC mit allen FSMO war dann auch der erste DC, der nach dem Neustart aller Systeme angefahren wurde. Und natürlich habe ich mir auch die genannten KB Einträge durchgelesen. Deswegen meine ich ja, dass ich ein Verständnisproblem habe. Grundsätzlich sollten die Domänendienste doch laufen, wenn ein DC im Netzt gestartet wurde, oder? Wie ist denn die optimale Reihenfolge beim hochfahren der DC? Erst der DC, der die FSMO-Rollen innehat, oder erst ein anderer DC? So wie ich das in KB 305476 verstehe, benötigt der DC der FSMO-Rollen innehat zunächst einen DC um sich mit diesem zu replizieren. Findet der DC mit den FSMO Rollen beim Start keinen Replikationspartner hakt es dann!? Gruß Dirk

Moin, wir sind dabei unser DC's zu aktualisieren. Einer der alten 2003'er DC wurde schon sauber aus der Domäne entfernt. z.Zt. haben wir noch 5 DC im Netz (2 x 2003 einmal mit Exchange 2007, 1 x 2008R2, und 2 x 2012). Die FSMO Rollen sind alle auf einen der 2012'er migriert. Beide 2012'er sind GC-Server. Die beiden 2012 machen auch das DNS und DHCP. Das Ganze läuft schon einige Monate in dieser Konfiguration im Dauerbetrieb. Nun zum Problem. Beim Testen unseres automatischen UPS-Shutdown am Wochenende wurden alle Server heruntergefahren. Wir haben dann als erstes die beiden 2012'er DC wieder angefahren. Allerdings funktionierten dann die Domänendienste nicht. Erst als wir dann noch den einen 2003 DC mit Exchange 2007 gestartet hatten, funktionierten die Domänendienste wieder! Eigentlich sollte das AD wieder laufen, wenn ein beliebiger DC läuft!? Wie kann man die Ursache für das Problem finden? Wieso hat ausgerechnet der DC mit Exchange drauf diese Wirkung? Habe ich beim umstellen der Rollen noch etwas übersehen? Ein Aufruf von repadmin /showrepl zeigt keine Replikationsfehler an. Die Umstellung der beiden verbliebenden 2003 DC steht in den nächsten Wochen an (u.a. Exchange Umstellung) und ich möchte natürlich sicherstellen, dass unser AD auch ohne die 2003'er DC noch läuft! Gruß Dirk Hier die entsprechende Fehlermeldung im Eventlog des 2012 DC. Protokollname: Directory Service Quelle: Microsoft-Windows-ActiveDirectory_DomainService Datum: 24.01.2015 11:06:56 Ereignis-ID: 2092 Aufgabenkategorie:Replikation Ebene: Warnung Schlüsselwörter:Klassisch Benutzer: ANONYMOUS-ANMELDUNG Computer: xxx.xxx.de Beschreibung: Dieser Server ist der Besitzer der folgenden FSMO-Rolle, die jedoch nicht als gültig eingestuft wird. Für die Partition, die das FSMO enthält, wurde dieser Server seit dem letzten Neustart nicht erfolgreich mit einem beliebigen Partner repliziert. Replikationsfehler verhindern die Verifizierung dieser Rolle. Vorgänge, die eine Kontaktaufnahme mit dem FSMO-Betriebsmaster erfordern, sind nicht erfolgreich, solange dieser Zustand nicht behoben wird. FSMO-Rolle: CN=RID Manager$,CN=System,DC=xxx,DC=de Benutzeraktion: 1. Die ursprüngliche Synchronisierung ist die erste Replikation, die von dem System beim Start durchgeführt wird. Das Scheitern der ursprünglichen Synchronisierung ist eventuell die Ursache dafür, dass die FSMO-Rolle nicht verifiziert werden kann. Dieser Prozess wird im KB-Artikel 305476 erklärt. 2. Dieser Server verfügt über mindestens einen Replikationspartner, und die Replikation scheitert bei allen Partnern. Führen Sie den Befehl "REPADMIN /showrepl" aus, um die Replikationsfehler anzuzeigen. Beheben Sie den fraglichen Fehler. Es sind eventuell Probleme mit der IP-Konnektivität, der DNS-Namenauflösung oder mit der Sicherheitsauthentifizierung aufgetreten, die die erfolgreiche Replikation verhindern. 3. In dem Ausnahmefall, dass alle Replikationspartner inaktiv sind, eventuell zu Wartungszwecken oder zur Notfall-Wiederherstellung, können Sie die Verifizierung der Rolle erzwingen. Führen Sie NTDSUTIL.EXE aus, um die Rolle für den gleichen Server zu übernehmen. Dieser Vorgang sollte entsprechend den Schritten, die in den KB-Artikeln 255504 und 324801 unter "http://support.microsoft.com" aufgelistet sind, durchgeführt werden.

Moin, also grundsätzlich kann ich Doso nur zustimmen! Anhand Deiner obigen Aussagen weißt Du so gut wie gar nichts genaues, möchtest aber hier eine Aussage über den geschätzten Investitions- und Zeitbedarf. Hier mal ein paar Deiner Aussagen: "Ich gehe allerdings davon aus, dass einige ökonomische Entscheidungen hinsichtlich outlook 365 bereits getroffen wurden." Aha, ist ja eine absolut klare Aussage. Bist Du Politiker? "gemischter 100MBit, teilweise Gigabit-Umgebung" Kann nur der Switch bzw. die Switche kein Gbit, oder lässt z.B. die Netzwerkverkabelung in den Räumen Deines Kumpels z.b. gar kein kein Gbit zu? Was ist denn teilweise Gigabit im Netz? Was läuft in Gbit und was auf 100 Mbit? "Ich gehe davon aus, dass Ihr einen weiteren Server daneben installieren würdet." Kommt ganz darauf an, wie die Voraussetzungen sind. Wie Leistungsfähig und alt ist z.B. der VM-Hostserver? Evtl. kann man auf dem Host ja einen weiteren virtuellen Server aufsetzten. Backup!?

Moin, entweder per Bordmitteln: http://blog.remoteminds.it/ms-sql-server-express-backup-leicht-gemacht/ oder man nutz ein Tool wie z.B. http://sqlbackupandftp.com/ Gruß Dirk

:D Der ist echt gut! Als alter Sage Consultant empfehle ich ja immer einfach mal einen Blick in die Systemvoraussetzungen zu werfen. Da findet sich dann: Classic Line Server • Windows 2000 Server • Windows 2003 • Windows 2008 • SUSE Linux Enterprise Server 10 • Novell Open Suse 10.3 • Collax Linux Ob sich die CL 2009 nun auf 2012R2 Ess. installieren lässt!? Kann gut sein, wird aber mit Sicherheit nicht durch Sage supportet. Wenn es dann Probleme gibt steht man komplett ohne Support seitens Sage da! Damit sollte sich so etwas eigentlich schon erledigt haben. Gruß Dirk

Moin, bei uns läuft Alles virtuell. Einzig der Backupserver ist Blech. Klar, wenn man schon ein Storage mit integriertem Dedup hat, dürfte das aktivieren von Dedup in der VM nicht mehr ganz so viel bringen. Obwohl, da die effektivität von Dedup stark von der Blockgröße abhängig ist... Kommt wohl drauf an. Auch davon, ob man viele gleichartige VM hat. Z.B. bei VDI dürfte Dedup auf dem Storage sehr viel bringen. Ist auf jedem Fall ein sehr interessantes Thema. Gruß Dirk

Hmm, ja und was hast Du erwartet? Das Dir hier Einer sagt, leg die SBS DVD ein, klicke 2 mal und das war es dann? Ich würde auf jedem Fall versuchen zu reparieren, bevor ich Alles neu mache! Zunächst solltest Du Dich mal eine vernünftige Sicherung Deines Systems kümmern! Du schreibst, dass der SBS auf einem HyperV 2012 läuft. Versuche doch eine Sicherung des HyperV 2012 mit dem integrierten Windows Backup Programm. Das kann nämlich auch die VM's darauf sichern. Dann hast Du zumindest schon mal ein Backup. Evtl. hat Dein HyperV Host genug Ressourcen um die SBS VM in einer 2 Instanz laufen zu lassen. Natürlich must Du dazu ein eigens LAN aufbauen, damit sich die beiden SBS nicht im Netz sehen. Oder Du setzt einen HyperV Host auf einem entsprechend leistungsstarken PC auf und spielst Dein SBS Backup hier ein. Natürlich auch wieder in einem eigenen LAN. Mit diesem Testsystem kannst Du Dich nun gefahrlos an eine Reparatur machen. Wenn Du Deine SBS Testmaschine dabei zerschießt kannst Du ja wieder aus der Sicherung beginnen. Bei der Reparatur alle Schritte dokumentieren. Dann kannst Du das später auch am Echtsystem wiederholen! Dann schreibst Du, dass das 'BS korrupt' sei, da der SBS häufig abstürzt. Stürzt der HyperV Host ab, oder die SBS VM? Ach ja, und die Kollegen hier haben recht! Lieber einmal einen Fachmann geholt und diesem über die Schulter geschaut, als Tagelang herumprobieren! Gruß Dirk

Danke, für die Info! Bei meinen Tests konnte ich auch keine Performanceeinbußen feststellen. Habe allerdings auch keine performante Testumgebung. Bei unserem Fileserver bringt das Aktivieren der Datendeduplizierung zwar nur 22%, aber das ist ja auch schon was. Speicherplatz auf dem SAN kostet auch Geld! Gruß Dirk

Genau, sehr schön erklärt! Bin auch gerade am testen, was Dedup bei unserem Fileserver an (Platz)Einsparung bringt bzw. bringen wird. Hat jemand schon irgendwo jemand verlässliche Aussagen über die Performanceverluste von Dedup-Volumes gefunden? Rein theoretisch müsste ein gewisser Geschwindigkeitsnachteil von einen Dedup Volume gegenüber einem native Volume da sein. Die Daten müssen ja sozusagen beim Abruf aus den einzelnen Blöcken 'zusammengebaut' werden. Spielt bei unserem FS mit Sicherheit keine Rolle. Würde mich aber einfach interessieren. Gruß Dirk

Moin, kann ich einen SQL 2012SP2 Express problemlos auf eine Standardversion updaten (Inplaceupdate auf SQL 2012 bzw. 2014)? Der SQL Express läuft ohne benannte Instanz. Also DVD rein und einfach drüber installieren, oder muss hierbei irgendetwas beachtet werden (z.B. vorherige Deinstallation des Management Studios Express)? Gruß Dirk

Ja, wissen wir. ;) Wir sind 2013 von einer IBM 3500 mit FC auf eine Dell 3220 mit SAS umgestiegen. Gründe für die Umstellung gab es Viele. Die IBM 3700 haben wir uns ebenfalls angesehen, da die 3500 seinerzeit bereits kurz vor EOL war. Kann man nicht direkt mit der IBM 3500 / DELL 3220 vergleichen, da es sich um eine Eigenentwicklung von IBM handelt. Die Option der 'Turbo-Lizenz' gibt es aber auch bei der 3700. Lt. unserem DELL Spezi ist die IBM V3700 ein wirklich gutes System und technisch sehr modern. Trotzdem haben wir uns schlussendlich für ein komplettes Paket von Dell entschieden. Schließlich besteht eine VM Infrastruktur eben nicht nur aus dem SAN. Gruß Dirk

Moin, ja, aber das macht nicht nur IBM. Auch Dell begrenzt die Leistungsfähigkeit seiner SAN's per Firmware. Lt. unserem Dell Spezi ist es ab ca. 30 Spindeln sinnvoll die Turbo Option dazuzukaufen. Ich denke mal, dass wird bei IBM auch so sein. Das 3700 haben wir uns auch angesehen. Haben uns aber dann doch für eine DS3220 entschieden. Das Paket aus Hosts und SAN war bei DELL einfach preislich und Featuremäßig attraktiver. Backup machen wir mit Veeam auf eigenes Backupstorage. Gruß Dirk

Moin Tom, also in Sachen QNAP bleibe ich dabei. Wichtige Daten haben auf einem SOHO-Gerät nichts zu suchen! Und die QNAP TVS-Serie fällt m.E. definitiv in die Kategorie SOHO bzw. KMU. Allein, dass das Teil nur 1 Netzteil (PSU) hat wäre für mich schon en absolutes no go! Wie sieht es im Fehlerfall aus? Wie lang dürfen die Ausfallzeiten max. sein? Wer leistet die Garantie bzw. Wartungsvertrag? Wenn es unbedingt QNAP sein soll würde ich eher in Richtung TVS-871U-RP oder größer tendieren. Die haben dann zumindest Dual PSU! Weiß aber nicht, ob es die QNAP überhaupt mit Wartungsverträgen gibt. Zumal Du schon wissen müsstest, wie lange Du die Daten im direkten Zugriff brauchst. Ich würde immer ein Storage eines großen Herstellers empfehlen. BE kenne ich. Ist bei Tape gar nicht mal schlecht :D. Das mit dem Worm Tape ist mir nicht ganz unbekannt. Nur achte darauf, dass sowohl das Laufwerk als auch das Band WORM-Betrieb zertifiziert sind. Einfaches aktivieren des Schreibschutzes bei Bändern ist nämlich kein WORM und noch lange nicht jedes Bandlaufwerk ist WORM zertifiziert! Und dann ist es auch gaaanz wichtig, dass Die Daten (Röntgenbilder) auch sauber in Archivstrukturen geschrieben werden (z.B. Montags- bzw. Jahresarchive), die sich dann auch im nachhinein nicht mehr ändern dürfen! Ich kenne das aus dem DMS-Bereich. Dort kannst Du definieren, dass z.B. Jahresarchive mit den Dokumenten erstellt werden. So Bald Du ein neue Jahresarchiv aktiviert im DMS in Bearbeitung hast wird eine Änderung auf alle alten Jahresarchive verhindert. D.H. nimmt jemand eine Änderung an einem Dokument vor, so wird die geänderte Datei automatisch in den neuen Archivpfad geschrieben. Ein direktes ändern von Archivdaten darf keinesfalls möglich sein (z.B. direkt über den Windows-Explorer!). Gruß Dirk