NilsK

Moin, okay, am 31. Juli um 00:00 Uhr wird die Anmeldung freigeschaltet. [cim:2014: Anmeldung ab 31. Juli um 00:00 Uhr | faq-o-matic.net] http://www.faq-o-matic.net/2014/07/29/cim2014-anmeldung-ab-31-juli-um-0000-uhr/ Die lustige Art, den Zeitpunkt zu formulieren, ist wahrscheinlich Absicht, damit man geistig fit bleib (in motion, sozusagen). Ich habe das mal in übliche Form umgesetzt - der 30. Juli um 24 Uhr ist für mich der 31. Juli um 00 Uhr (und so ist es auch gemeint). Eile ist nicht nötig, die 300 Plätze werden schon ein paar Tage reichen. ;) Gruß, Nils

Moin, nun ja, inhaltlich zur Sache meine ich eigentlich das Gegenteil: Verwaltungstools installiert man nach Möglichkeit gar nicht auf dem Server, sondern auf dem Admin-PC ... Gruß, Nils

Moin, die Organisatoren haben gerade bekannt gegeben, dass noch in dieser Woche die Anmeldung freigeschaltet wird (endlich!). Ich rechne mit morgen, Dienstag. http://www.cim-lingen.de/ Die Agenda wird gerade gebaut, auch dort soll es in den nächsten Tagen erste Einblicke geben. Was ich bislang gehört habe, klingt sehr vielversprechend! Schöne Grüße, Nils

Moin, das ist als Stichwortliste zu lang. Ein Arbeitszeugnis sollte i.d.R. nicht viel länger sein als eine Seite, und da gehören ja auch noch die "wichtigen" Beurteilungen usw. rein. Ich würde das also noch zusammenfassen. Gruß, Nils

Moin, gut, dann wäre noch zu klären, was deine Verarbeitung leisten soll. Benötigst du die Zusammenfassung zu bestimmten Zeitpunkten quasi als manuellen Report? Oder soll sie fortlaufend ad hoc abfragbar sein? Eine einfache Möglichkeit für deinen Fall wäre (als Pseudocode): Erzeuge eine temporäre Tabelle mit den Spalten TankNr, Fuellstand, Temperatur, Status Schreibe in Zeile 1 den Wert 1, den Value-Wert zur ID 1, den Value zu ID 2, den Value zu ID 3 Schreibe in Zeile 2 den Wert 2, den Value-Wert zur ID 4, den Value zu ID 5, den Value zu ID 6 Gib die temporäre Tabelle aus Gruß, Nils

Moin, eine Bitte: Es erleichtert die Arbeit im Board ungemein, wenn du künftig aussagefähige Betreffzeilen wählst. Danke. Habe ich es richtig verstanden, dass du wissen willst, auf welchem Rechner das Feature "Gruppenrichtlinienverwaltung" installiert ist? Dann wirst du das tatsächlich auf jedem Server einzeln nachsehen müssen. Ab Windows 2012 kannst du dir mehrere Srever in den Servermanager einbinden, aber nachsehen musst du trotzdem einzeln. Oder du baust dir ein Skript oder sowas, aber das muss auch jeden Server prüfen. Ich verstehe allerdings die Frage selbst nicht richtig. Das Feature braucht man auf einem Server eigentlich gar nicht, es handelt sich ja nur um Verwaltungstools. Was steht also hinter der Frage? Gruß, Nils

Moin, gut, bei nur sechs Usern könnte man tatsächlich argumentieren, dass ein zweiter DC übertrieben ist. Dann muss aber das Recovery-Konzept passen. Ich bin kein großer Freund von Images oder VM-Komplettsicherungen; auf jeden Fall empfehle ich dir, zusätzlich noch ein System-State-Backup des DC mit Windows Server Backup zu machen (täglich). Das kann in bestimmten Szenarien vermeiden, dass man gleich die ganze VM zurücksetzen muss. Trotzdem sollte man nicht aufs Geratewohl Funktionen auf einem Server konzentrieren. Das ist der Stabilität tendenziell abträglich. Wozu du iSCSI auf dem DC machst, ist mir immer noch nicht klar. Die Timeout-Probleme beim DC-Neustart kannst du ignorieren - das sind i.d.R. die, die nach einigen Minuten von selbst verschwinden und eben nur nach Neustart auftreten. Das geht dann eben nicht anders. In Windows 2012 R2 kannst du einen nicht mehr laufenden DC über das GUI löschen, er wird dann automatisch aus den Metadaten der Domäne entfernt. NTDSUtil sollte dann nicht nötig sein. Gruß, Nils

Moin, oh, eine Lösung gibt es auf jeden Fall. Ist nur die Frage wie. Und dazu benötigt man eben Informationen über die Daten. Gibt es denn in deiner Wertetabelle eine Spalte, aus der hervorgeht, wie die Werte zusammengehören? Du erwähnst ja eine Art ID für den Tank, da würde ich vermuten, dass die Wertetabelle jeweils drei Einträge mit derselben Tank-ID enthält. Denkbar wäre auch, dass bekannt ist, dass die Config-IDs 54, 56 und 34 immer zusammengehören. Oder wie ist das genau aufgebaut? Wenn man das weiß, kann man den Ansatz entwickeln. Möglicherweise würde man eine temporäre Tabelle erzeugen, wie Dukel es vorschlägt. Oder man baut eine Stored Procedure. Oder ... Gruß, Nils

Moin, so ohne Weiteres geht das auch nicht. Um evtl. einen Lösungsansatz entwickeln zu können, müsstest du genauer beschreiben, was das Ganze soll und wie die Daten beschaffen sind. Geht es nur um exakt drei Werte? Oder sollen immer drei Zeilen der Tabelle zusammegefasst werden, über die ganze Tabelle hinweg? Wie hängen die Daten zusammen, die in einer Zeile auftauchen sollen? Wie lassen sie sich identifizieren? Ist das einmalig? Brauchst du das häufiger? Verändern sich die Werte der Tabelle? Oder bleiben sie gleich, und es kommen neue hinzu? Worin besteht die Anforderung, die Daten auf diese Weise darzustellen? Was ist das Ziel dahinter? ... Gruß, Nils

Moin, vor allem besteht das Problem in der Redundanz. Wer sich näher damit beschäftigt, kommt schnell darauf, dass ein Drei-Wege-Spiegel derzeit die einzige sinnvolle Variante für den Produktionsbetrieb ist. Und dann wird es schon empfindlich teuer ... Gruß, Nils

Moin, Ich bin kein PowerShell-Profi, aber da kann man doch sicher eine CSV-Datei als Datenbank ansprechen und dann direkt die Mail-Adresse auslesen, oder? Gruß, Nils

Moin, Wie viele User sind in der Domäne? Welche vollständige Ausfallzeit bist du zu tolerieren bereit? Hast du nur den einen virtuellen DC, und dein Host fällt aus, dann ist kein AD verfügbar, und niemand kann arbeiten, bis du ein vollständiges Recovery ausgeführt hast. Wenn das tolerabel ist - mach weiter. In den meisten Umgebungen ist es aber vorteilhaft, einen separaten DC zu haben, weil (unter anderem) die meisten Recovery-Vorgänge dann viel schneller gehen. Fällt dir dann nämlich dein Host aus, ist der separate DC noch da, also kein aufwändiges AD-Recovery nötig. Gruß, Nils

Moin, Prima, danke für die Rückmeldung! Gruß, Nils

Moin, Für eine Zonenübertragung musst du auf dem primären Server in den Zoneneigenschaften den Zielserver als berechtigt eintragen. Gruß, Nils

Moin, beim vollständigen Namen ist das ja auch so. Weitere Automatik gibt es in dem Assistenten nicht. Gruß, Nils

Moin, ich hoffe, dass der Server msmvps.com bald wieder geht (Link oben). Da sind diese Dinge und ein paar weitere Wichtigkeiten erläutert. Aus dem Kopf kann ich das gerade nicht wiedergeben. Bei der ganzen Sache kommt nämlich ggf. noch das Scavenging dazu (Bereinigen alter DNS-Einträge), welches dann auch noch mit der DHCP-Leasedauer in Konflikt stehen kann ... Gruß, Nils

Moin, ja, das ist falsch konfiguriert. Niemals zwei unterschiedliche DNS-Systeme als ersten und zweiten Eintrag nutzen. Alle Rechner nutzen nur das interne DNS, und dort ist ein Forwarder auf das externe DNS eingetragen. [Was muss ich beim DNS für Active Directory beachten? (Reloaded) | faq-o-matic.net] http://www.faq-o-matic.net/2007/01/09/was-muss-ich-beim-dns-fuer-active-directory-beachten-reloaded/ Gruß, Nils

Moin, maximal kannst du mit der einen 2008-R2-Lizenz eine zusätzliche VM mit 2008 R2 betreiben. Die Lizenzbedingungen von 2008 R2 erlauben nur eine VM, nicht zwei. Erst ab Server 2012 sind zwei VMs inkludiert. Es ist allerdings nicht ganz eindeutig geklärt, ob es zulässig ist, verschiedene Lizenzversionen demselben Host zuzuweisen. Darüber hatten wir hier im Board eine sehr ausführliche Diskussion, die das aber leider nicht klären konnte. Gruß, Nils

Moin, das Thema ist im Detail nicht ganz trivial. Arbeite dich mal hier durch: [DHCP, Dynamic DNS Updates , Scavenging, static entries & time stamps, the DnsUpdateProxy Group, and DHCP Name Protection - AD and Exchange Quantum Singularity] http://msmvps.com/blogs/acefekay/archive/2009/08/20/dhcp-dynamic-dns-updates-scavenging-static-entries-amp-timestamps-and-the-dnsproxyupdate-group.aspx "Secure Updates" bedeutet, dass ein vorhandener Eintrag nur von seinem Owner geändert werden kann. Um die Ersteintragung geht es dabei nicht. Gruß, Nils

Moin, hm ... "jein" ... ;) Eigentlich soll ein SOFS durchaus das klassische SAN "ersetzen". Oder andersrum: Wer ein aktuelles SAN hat, wird vom SOFS recht wenige "harte" Vorteile haben. Die Marketingstrategie von Microsoft sieht vor, dass man einen SOFS mit relativ "einfachem" Storage aufbauen kann (Storage Spaces). Derzeit wird man das aber noch nicht bzw. kaum zu vetretbaren Kosten hinbekommen, da müssen sich der Markt und die Produkte noch etwas entwickeln (oder besser: noch gehörig entwickeln). Bleibt derzeit eigentlich nur ein SOFS mit nachgeschaltetem "klassischem" Block-Storage - also mit einem SAN. Und da muss man dann schon ziemlich genau gucken, ob das wirklich Sinn ergibt. Gruß, Nils

Moin, Pflicht ist an der Stelle erst mal gar nichts - außer Praxis. Meiner Erfahrung nach wird Praxis auch immer höher bewertet als ein Zertifikat (denn das kann man auch ohne praktische Kenntnisse erhalten). Wenn man aber nun eben keine "echte" Praxis hat - dann kann ein Zertifikat zumindest als Nachweis grundsätzlicher Kenntnisse dienen. Dabei würde ich an deiner Stelle aber auf dem Teppich bleiben: Wenn ein Arbeitgeber deiner Praxiserfahrung nicht traut, dann wird er dich nicht aufgrund eines Zertifikats einstellen. Das eine oder andere "offizielle" Zertifikat wird dann ggf. als Nachweis deines Engagements betrachtet - aber behalte Kosten und Aufwand im Blick. In deiner Situation würde ich auf eigene Kosten nicht mehr als eine oder zwei Prüfungen anstreben. Die sollten dann aber auf aktuellen Produkten beruhen. Ich habe auch schon Bewerber gehabt, die mit den kostenlosen MVA-Kursen einige Kenntnisse aufgebaut und dies anhand ihres Kursverlaufs nachgewiesen haben. Das fand ich auch eine ganz pfiffige Lösung. Gruß, Nils

Moin, "wahrscheinlich" schon. Wobei ich in dem Fall eher dazu neigen würde, die Gruppen im Zweifel nicht zu löschen. Sie stören ja auch nicht. Bevor ich sie löschen würde, würde ich noch ein wenig recherchieren. Die konkrete Frage hatte ich noch nicht, daher habe ich keine vollständige Antwort darauf. Gruß, Nils

Moin, korrekt, es sind genau zwei (Windows-Server-) VMs mit einer Standard-Lizenz abgedeckt. Das gilt unabhängig von der Virtualisierungsplattform, also für Hyper-V "voll", Hyper-V "kostenlos", vSphere, XenServer, KVM, VirtualBox ... Im Fall von Hyper-V "voll" kommt als Besonderheit hinzu, dass du den Hostserver als "dritte" Instanz mit derselben Lizenz betreiben kannst. Der Host darf dann aber eben nur Host sein und keine weiteren Dienste ausführen. (Das ist letztlich nur ein "kosmetischer" Kniff, damit Microsoft sein eigenes Produkt nicht schlechter stellt als die anderen.) Möchtest du drei VMs betreiben, dann brauchst du eine zweite Standard-Lizenz, die du logisch dem Host zuweist. Mit dieser zweiten Lizenz darfst du dann insgesamt vier VMs mit Windows Server betreiben. Dieses "Kumulieren" von Standard-Lizenzen ist neu seit Windows 2012. Gruß, Nils

Moin, nein, nein, nein. Du hast nicht drei Lizenzen. Du hast eine Lizenz. Der Code (bzw. richtiger: Key) ist nicht die Lizenz, er ist nur ein Bestandteil davon. In deinem Fall gehören zu der einen Lizenz drei Keys. Einen kannst du für den Host nutzen, wenn du mit Hyper-V arbeitest (im Fall von vSphere, XenServer usw. brauchst du diesen Key nicht). Die anderen beiden Keys nutzt du für die VMs. Deine eine Lizenz erlaubt dir, zwei VMs mit Windows Server auszuführen - keine Extralizenz für die VMs nötig, die Betriebssysteme in den VMs sind damit lizenziert. Gleichzeitig darfst du mit derselben Lizenz auch den Host betreiben, falls du mit Hyper-V arbeitest. Also, wenn du so willst: Eine Lizenz, drei Betriebssystem-Instanzen (und von diesen zwei als VMs für eigene produktive Zwecke nutzbar [die so genannten "VOSE", Virtual Operating System Environments], die dritte nur für den Host, der keine anderen Dienste ausführen darf [die sog. "POSE", Physical Operating System Environment]). Gruß, Nils

Moin, das ist hier keine Frage des Sendeconnectors, sondern von DNS. Die IP-Adresse zu eurem MX-Eintrag lautet anscheinend 87.139.240.47, zumindest in dem Moment, als die Verbindung zu dem russischen Mailserver hergestellt wird. Der Mailserver führt nun ein Reverse-Lookup für die Adresse aus. DNS gibt zurück: p578bf02f.dip0.t-ipconnect.de - was zweifellos nicht der FQDN eures Mailservers ist. Daher weist der russische Mailserver die Verbindung ab. Das kriegst du nur gemeinsam mit dem Provider gelöst. Offenbar ist hier tatsächlich eine dynamische IP-Adresse im Spiel, sodass sich das nicht ohne Weiteres lösen lässt. In solchen Fällen nutzt man oft ein Relay des Providers, das mit einer festen IP-Name-Zuordnung arbeitet. Gruß, Nils