NilsK

Moin, Monitoring ist ein weites Feld ... da muss man sich erst mal über die Anforderungen Gedanken machen. Einen Einstieg bietet: Marktübersicht: Server-Überwachung in Unternehmensnetzen - iX-Archiv, 12/2011, Seite 92 Gruß, Nils

Moin, was hat dcdiag mit Freigaben zu tun?! Leider ist dieser Fehler sehr unspezifisch. Er kann in diversen Situationen auftreten und muss nichts mit Namen, Verbindungen usw. zu tun haben. Zuletzt hatte ich dieses Problem, als ich versuchte, eine SQL-Datendatei zu kopieren. Es scheint Strukturen innerhalb von Dateien zu geben, die beim Kopieren das Betriebssystem aus dem Tritt bringen. Mit Namen usw. hatte das nichts zu tun, und es ließ sich lösen, indem ich die Datei gezippt habe ... dann waren offenbar die Datenstrukturen anders, und das Problem trat nicht mehr auf (an der Dateigröße lag es nicht). Kannst du eingrenzen, in welchen Situationen das Problem auftritt? Gruß, Nils

Moin, hübsch, danke für die Info! Gruß, Nils

Moin Franz, kannst du zu der Frage noch was sagen, ob mit der VDA-Lizenz bzw. mit der SA auf dem Client das Windows, das in der VM läuft, bereits mit lizenziert ist? So verstehe ich die Sache, aber sicher bin ich mir nicht. Danke, Nils

Moin, nein, können sie nicht. UAC schränkt Benutzer nicht ein. Ich konnte es auf einem Server noch nicht nachstellen, aber auf einem Client kann ein normaler Benutzer das ADUC problemlos starten. Gruß, Nils

Moin, [EDIT]wenn ich das folgende Dokument richtig interpretiere, benötigst du in deinem Szenario pro Thin Client nur die VDA-Lizenz, und das OS in der VM ist dann bereits lizenziert. http://www.google.de/url?sa=t&rct=j&q=vda%20license%20site%3Amicrosoft.com&source=web&cd=1&ved=0CC4QFjAA&url=http%3A%2F%2Fdownload.microsoft.com%2Fdownload%2FC%2F6%2F7%2FC673E444-6DDD-40B8-B29F-625354F2A8F7%2FLicensing_Windows_for_Virtual_Desktops_Whitepaper.pdf&ei=AiOET7nuFqOC4gSaquH8Bw&usg=AFQjCNFVSHX_5GZICVF8-ceOdEdNasKWFg Mangels eigener Erfahrung kann ich mich dafür aber nicht verbürgen - bislang sind die Kunden, mit denen ich über VDI gesprochen habe, von solchen Vorhaben angesichts des Kosten-/Nutzenverhältnisses wieder abgewichen. In sofern solltest du warten, bis sich noch ein Lizenzspezi dazu meldet. Gruß, Nuls

Moin, falls dies hier noch aktuell ist: Lizenzierung von Windows für VDI Umgebungen | sepago benötigst du 80 VDA-Lizenzen, pro zugreifendem Gerät eine. Aktuelleres wird evtl. von denen hinzugefügt, die das laufend beobachten. :) Gruß, Nils

Moin, mir ist keine Möglichkeit dazu bekannt. Was genau willst du denn erreichen? Gruß, Nils

Moin, offenbar eine Apple-Software. Das erklärt, warum dein Eibrett das vorschlägt. ;) Gruß, Nils

Moin, Off-Topic:hat dein iPad wieder zugeschlagen oder bist du hier gerade in Terminologien abgeglitten, die auch mir nicht bekannt sind? ;) Gruß, Nils ... der immer noch nicht dazu gekommen ist, das Board mit seinem Win-8-Tablet auszuprobieren

Moin "Bamboole", da dieser Thread schon sehr lang und sehr alt ist, wäre es hilfreich, wenn du genau angibst, von welchem Skript du gerade sprichst und wie dein Code genau aussieht. Noch besser wäre es dann künftig, wenn du bei einer neuen Frage (denn das ist es) einen neuen Thread eröffnest und dabei ggf. auf einen vorhandenen Thread verweist. Also bitte deinen Code posten und genau angeben, wo wann der Fehler auftritt. Danke. Gruß, Nils

Moin, doch, natürlich. Per Name kannst du dich auf eine SQL-Instanz verbinden, per IP-Adresse nicht. Dieses Verhalten ist in anderen Umgebungen nachstellbar. Statt also anderswo rumzubiegen, liegt es doch nahe, eine funktionierende Namensauflösung herzustellen und nicht mehr per IP-Adresse zuzugreifen, oder? Gruß, Nils

Moin, AD kennt keinen "ersten Server". Alle DCs sind gleich - zumindest bezüglich dessen, was wir hier diskutieren. Im DNS sind alle DCs (auch) für den Namen der Domäne registriert. DNS gibt bei gleichen Einträgen jedem anfragenden Client eine andere Reihenfolge zurück (Round-Robin-Prinzip). Das ist gewollt, um mit einfachen Mitteln eine Lastverteilung zu erreichen. Sollten sie auch. Sonst hast du ja keine Ausfallsicherheit. Tu das. Das ist die übliche Konfiguration. Das würde mich zumindest überraschen, weil es sehr unüblich ist und ich eine solche Fehlkonfiguration auch noch nie gesehen habe. Gruß, Nils

Moin, da hast du Glück gehabt, denn Active Directory braucht diese Einträge. Das ist kein Problem, sondern Absicht. Bei Abfrage des AD-Domänennamens müssen alle DCs antworten können. Jetzt kommt langsam Licht ins Dunkel. Dein "Intranet" lauscht also auf den Namen der AD-Domäne? Das ist natürlich eine Fehlkonfiguration. Da das Intranet ja nicht das AD ist, sollte es auch einen anderen Namen haben. Lege also entsprechende A- oder CNAME-Einträge im DNS an und lasse sie auf den Server zeigen, der dein "Intranet" hostet. Gruß, Niös

Moin, hm, stimmt, zumindest auf Anhieb bekomme ich das per IP-Adresse auch nicht hin. Warum musst du denn per IP-Adresse verbinden? Funktioniert bei dir keine Namensauflösung? Notfalls könntest du deinen SQL Server in die hosts-Datei des Clients eintragen. Dann müsste es per Name gehen. Gruß, Nils

Moin, DC neustarten hast du schon durch? Nach der Aufnahme deines Kontos in die Dom-Admins hast du dich neu angemeldet? Gruß, Nils

Moin, schon IP-Adresse\Instanzname versucht? Gruß, Nils

Moin, der Fehler 4004 mit der .-Zone hat mit deinem Problem nichts zu tun. Er stört auch nicht ernsthaft (ich habe einen Kunden, der den schon mehrere Jahre mit sich rumschleppt), du kannst ihn also hinterher in Ruhe korrigieren. Zu dem anderen Fehler schau dir mal dies an: Event ID: 4015 Source: DNS Ich würde es aber auf jeden Fall erst mal mit einem Reboot versuchen. Wenn der Rest auf dem Server noch läuft und alle arbeiten können, ist es durchaus wahrscheinlich, dass der DNS-Server sich nur verschluckt hat. Gruß, Nils

Moin, nein. Du musst ihm dann eben für die Unterordner das Löschen-Recht geben. Das angesprochene Recht heißt: Der User darf Unterordner und Dateien auch dann löschen, wenn er auf diese überhaupt keine Rechte hat. Gruß, Nils

Moin, evtl. sowas? faq-o-matic.net » Anhänge aus Outlook-E-Mails automatisch entfernen Gruß, Nils PS. Nach einer "prompten Antwort" zu fragen, gilt eigentlich in jeder Community als unhöflich.

Moin, euch ist aber schon bekannt, dass HA-Methoden kein Backup ersetzen? Beim Failover Clustering und beim Mirroring sind für den "passiven" Knoten in der Tat keine separaten SQL-Lizenzen nötig, jedenfalls bis SQL 2008. Mit dem neuen Release ändert sich in den Lizenzen einiges, da wäre das also noch mal zu prüfen. Trotzdem braucht man natürlich ein Backup - oder wie willst du sonst einen logischen Fehler innerhalb der Datenbank reparieren, der auf den anderen Knoten repliziert wurde? Dein Rollforward-Problem könnte daran liegen, dass beim Restore nicht alle Transaktionsprotokolle bereitstehen. Der Vorgang als solcher ist schon sicher, aber man muss ihn sehr sorgfältig ausführen. faq-o-matic.net » SQL Server: Wie Datenablage, Backup und Recovery funktionieren Mir scheint, ihr solltet euch externe Beratung holen ... Gruß, Nils

Moin, welche Fehlermeldungen kommen denn genau? Mit ungefähren Aussagen kann man keinen Support leisten. Hast du den Server schon komplett neu gestartet? Von irgendwelchen manuellen Versuchen solltest du die Finger lassen. Wenn es tatsächlich Fehler im AD sind (wo die DNS-Zonen gespeichert sind - weswegen du die auch nicht verschieben kannst, was auch immer du damit bezwecken wolltest), wird auch eine Neuinstallation nicht helfen. Gruß, Nils

Moin, dcpromo auf einem Exchange-Server ist nicht supportet. Da das Risiko, dass Exchange während eines solchen Vorganges auf ein ernsthaftes Problem stößt, hoch ist, solltest du das auch bleiben lassen. Also: Exchange auf einen anderen Server installieren und dorthin migrieren. Zertifikatsdienste auf einen anderen Server migrieren. Dann den alten Server herunterstufen. Active Directory Certificate Services Migration Guide Gruß, Nils

Moin, ja, der Screenshot bestätigt meine Vermutung. Das Häkchen "Unterordner und Dateien löschen" ist gesetzt. Damit darf der User die Dateien auch dann löschen, wenn man ihm in den Dateiberechtigungen das Löschen explizit verweigert. Gruß, Nils

Moin, das Problem liegt vermutlich in der Berechtigung "Delete Children" auf NTFS-Ebene, im deutschen GUI "Unterordner und Dateien löschen". Zudem könnte es auch sein, dass auf den Dateien noch das Löschen-Recht gewährt ist. Die Ansicht "Erweiterte Berechtigungen" kann da besseren Aufschluss geben. Wer es mit Berechtigungen ernst meint, sollte gar nicht erst den Explorer dafür nutzen, sondern ein Spezialtool wie z.B. SetACL (kostenlos, Kommandozeile) oder SetACL Studio (sehr günstig, GUI). Allgemein rate ich davon ab, Berechtigungen allzu granular einzustellen. In vielen Fällen erreicht man nicht das, was man sich vorgestellt hat und bemerkt das erst, wenn es zu spät ist. Erschwerend kommt hinzu, dass viele Applikationen sich sehr unterschiedlich verhalten, wenn sie auf unerwartete Berechtigungen stoßen. Gruß, Nils