DocData

Also rasant wachsende Logs deuten eher darauf hin, dass da irgendwas Amok läuft. Du dir mal die Warteschlangen anschauen bzw. die Transportprotokolle. Transaktionsprotokolle NIE löschen. Onlinesicherung durchgeführen, dann macht der Exchange das selber.

Norbert, bitte. Suchst du jetzt Argumente um die Überlegungen hinsichtlich ADMT zu legitimieren? Gerade wenn ich eine große Anzahl Clients habe, an die ich nicht oder nur schwer drankomme, dann kann ich mit ADMT nur ins Klo greifen.

Das steht "Ich muss kommende Woche noch einen Windows 2000 Server auf 2012 migrieren.". Das klingt jetzt nicht nach 50.000 MA Laden...

Ähh Leute... ADMT? Ernsthaft? Microsoft sagt, dass es keine Windows 2000 Domain Controller mehr in der Domäne geben darf. Also entweder einen 2003er DC rein und den 2000er raus, oder 2008 (R2) rein und den 2000er raus. Dann kann auf Windows 2012 R2 migriert werden. Der DFL/ FFL muss hochgestuft werden, nachdem der 2000er DC heruntergestuft wurde. Das ist eine Sache die in der Umgebung maximal zwei bis drei Stunden dauert. Und da wollt ihr ernsthaft zu ADMT greifen? Mit dem ganzen Rattenschwanz?

Ja, ich. Ich kann dir ehrlich gesagt nicht ganz folgen, aber wenn ich dich richtig verstanden habe, dann ist der USN Rollback aufgetreten, weil ihr den DC aus einem Snapshot wiederhergestellt habt. Grund für die Wiederherstellung waren Fehler nach einem XenServer Update. Und wenn ich lese, dass Snapshots offenbar als Backup verwendet wurde, dann muss ich doch an der Kompetenz des Dienstleisters zweifeln. Wenn er sein Handwerk versteht, dann muss doch klar gewesen sein, dass das knallt, oder?

Hast du dir mal die Mühe gemacht, die die einzelnen Postfächer anzusehen? Get-Mailbox -ResultSize Unlimited | Get-MailboxStatistics | Sort-Object TotalItemSize -Descending | Select-Object DisplayName,TotalItemSize Damit erhälst du eine Liste aller Mailboxen inkl. der Größe. Es ist wichtig zwischen der Größe der Datenbank und der tatsächlichen Datenmenge in der DB zu unterscheiden. Stell dir die DB wie eine vollgeschriebene DIN A4 Seite vor. Wenn du in der Mitte etwas wegradierst, dann ist die Seite trotzdem noch DIN A4, auch wenn in der Mitte nun wieder Platz ist. Wenn der Pfad von Datenbanken und Logs nicht nach der Installation geändert wurde, dann liegen die immer noch auf C:. Ja, man sollte Datenbank und Logs trennen. Das hat aber heute eher was mit dem Kapazitätsmanagement als mit der Performance zu tun.

Eine Frage am Rande: Wer hat es denn nun verbockt? Der Dienstleister?

Immer diese abwertenden Sprüche über Menschen, die sich dem Anlass und Adressatenkreis angemessen kleiden... Ich bevorzuge bei diesen Temperaturen übrigens Anzüge aus leichtem Baumvoll- bzw. Leinenstoffen. Aber gedeckte Farben. Aber zum Thema: In dem von dir skizzierten Fall hat einer seinen Job sehr gut, und einer sehr schlecht gemacht. Rate wer von beiden der ITler ist. Hinweis: Er hat ein " There are 10 types of people in the world..." T-Shirt an und brabbelt sich "Alles unsicher..." in den ungepflegten Bart. Viele IT-Abteilungen sind heute immer noch viel zu technik-zentriert, immer noch im glauben das nur Dinge die man anfassen kann gut sind. Cloud ist per se böse und schlanke und agile Business-Prozesse sind per se unsicher. Es ist der Job der IT-Abteilung die Entscheider zu unterstützen. Wenn diese aber die Entscheider nicht erreicht, weil die Argumente nicht ankommen, dann gibt es nur zwei Möglichkeiten: Die Argumente sind Mist, oder sie waren sehr gut, konnten aber nicht rübergebracht werden. Auf jeden Fall hat der "Krawattensack" seinen Job offenbar besser gemacht als die IT.

Microsoft OneNote.

Eine Subnetzmaske in Form von /32 definiert ein single Host Network. Der Host kann andere Hosts nur über sein Gateway erreichen. Genau das will ich, wenn ich Client-2-Site VPN Verbindungen nutze. Schau dir die Routingtabelle an. Da siehst du eine Route zu deiner Gegenstelle und als Gateway die IP deiner VPN Verbindung, also die IP deines VPN Interfaces mit der /32 Subnetzmaske.

Wer heute noch Workloads auf Physik aufbaut, der hat irgendwas falsch gemacht. Es macht gar keinen Sinn. Ich sehe auch immer mehr Kunden die Tier-1 Workloads von UNIX Hobeln auf Linux/ VM umziehen. Vor allem das Argument OPEX zieht an dieser Stelle (Wartung, Betrieb etc.). Was richtig ist: Die Anzahl der Kerne ist nur ein Teil der Rechnung. Der Takt ist nicht zu vernachlässigen, eben vor allem bei Single Thread Applikationen. Aber da gibt es ja mittlerweile eine bunte Auswahl an hochgetakteten CPUs mit vielen Kernen.

Wozu auch?? PDF reicht doch.

Ähh, tu mal das Kinderspielzeug weg. Also bei HP, Cisco, Juniper und Co. findest du auf jeden Fall passende Switches mit den passenden Modulen/ Ports.

Ich hoffe du meinst damit nicht, dass er mal eben die Hyper-V Rolle auf die Maschine wirft um dort dann einen Gast für die SQL Express zu betreiben...

War bei mir vor ein paar Tagen auch so.

Vieeel einfacher: Kritische Komponenten haben einfach zwei Netzteile zu haben. Spielzeug mit Steckernetzteilen biete ich keinem Kunden an. Will er es trotzdem haben, kann er es gerne selber kaufen und das Risiko tragen. Alles andere sind Workarounds um lösen das eigentliche Problem nicht.

Benutzer neu anmelden, sonst steht die Gruppenmitgliedschaft nicht im Token. Und dann bitte mal mit dem GP Results Wizard prüfen.

Beides falsch. Zieht man ISO/ OSI heran, dann arbeitet ein Proxy auf Layer 7. Moderne Firewalls können auf den Layern 2 bis 7 arbeiten.

Das ist Quatsch. Nutanix bindet Storage bei ESXi mit NFS an, bei Hyper-V mit SMB3 und bei KVM mit iSCSI. 11 Nutanix Teststellungen bei Kunden gehabt, alle sind beim Kunden geblieben. Platz, Strom, Kühlung ist nie das Problem. Es geht um die Lösung, um CAPEX, OPEX etc. Und da gewinne ich mit Nutanix quasi immer gegen die traditionellen Lösungsanbieter. Die verkaufen halt lieber viel HW, viel SW, viel Dienstleistung und am Ende habe ich einen tollen Stack mit all seinen Vor- und Nachteilen.

Aha... und sowas ist notwendig? Klingt irgendwie sehr merkwürdig. Evtl. würde ich doch mal eine externe Firma über die Umgebugn schauen lassen.

Hast du mal geprüft ob der neue Server wirklich DC ist? Im Zweifelsfall hast du nämlich jetzt gerade gar keinen DC mehr...

Dann würde ich da gar nichts mehr machen, sondern Experten für die forensische Beweissicherung heranziehen. Je mehr du am System fummelst, desto wahrscheinlicher wird es, dass man im Zweifel eine Beweise mehr für eine Manipulation findet. Wirtschaftsprüfungsunternehmen, wie z.B. Baker Tilly Roelfs, KPMG oder PWC haben Teams für die Themenbereiche Compliance, Fraud & Risk. Da würde ich schnellstmöglich Kontakt aufnehmen.

Oh, wieder jemand der organisatorische Probleme mit technischen Mitteln löst?

Und genau das ist der Vorteil von Leasing. Üblicherweise wird Leasing nicht als Mietkaufvertrag gewertet. Andernfalls würden die Vorteile des Leasings entfallen (keine Abschreibungen, keine Erhöhung des Anlagevermögens). Es schont die Liquidität des Unternehmens, da es zu einem kontinuierlichen, und keinem einmaligen, hohen Mittelabfluss kommt. Es schont das Eigenkapital und durch die Bilanzneutralität (die Bilanzsumme erhöht sich nicht), ändern sich auch darauf bezogene Kennzahlen nicht. Ich habe einige Kunden die einmalig mit dem Vorstand bzw. der Geschäftsleitung eine monatliche Leasingrate vereinbart haben und dann alle drei oder vier Jahre das Leasingobject austauschen. Das bedeutet für den Kunden: Alle drei bis vier Jahre neues Zeug und das auf eine kaufmännisch sehr interessante Art und Weise. Zudem bekommen die Kunden nach der Zeit i.d.R. mehr für die gleiche Leasingrate, da Preise in der IT tendenziell sinken. Aber, und da hast du Recht Nils, dieses "Luxus" bezahlt man. Das muss man betriebswirtschaftlich sehr genau betrachten wann Leasing Sinn macht und wann nicht.

Technisch okay, aber totes Zeug. Ich würde das lassen. Avaya soll mal schön weiterhin Telefone bauen.