zahni

Passt zwar nicht zur Aufgabenstellung, aber vielleicht ist das hier was für Dich: http://www.lexmark.com/en_us/products/software/device-management.html Die Software kennt auch Nicht-Lexmark-Drucker. Aber die benutzt man ja eh nicht ;)

Im Eventlog des Server und des Clients sollte eigentlich stehen, wer (IP-Adresse am Server, Prozess am Client) das Konto sperrt.

@Norbert, Sorry, der Kollege oben hat mich mit seinem Zitat verwirrt. 2012R2 Standard kann technisch 64 Sockel bedienen (wobei das etwas schwierig wird ;) ) . Wobei die Standard-Lizenz nur 2 Sockel abdeckt. Da der Hypervisor DataCenter lizensiert, ist das aber egal. Bei 2008R2 waren es 4 Sockel.

K.A. Wenn vCPU=Sockel für die VM bedeutet und Standard nur 2 Sockel unterstützt? Woher soll die VM wissen, wie viele phys. Sockel der Hypervisor bedient? Im Vsphere kann man jedenfalls die Anzahl der virtuellen Sockets und die Anzahl der Cores pro virtuellen Socket konfigurieren. Zusammnen = Anzahl vCPU. Technisch macht das keinen Unterschied. Hier geht es nur Lizensierung, falls sich Anwendungen auf die Anzahl irgendwelcher Sockets lizensieren. PS: Hier läuft bis auf eine Ausnahme DataCenter. Da gibt es wirklich eine Unify-Software, die sich nur auf "Standard" und nicht auf "DataCenter" installieren lässt. Was das soll wissen nur die Entwickler der Software ;)

Sorry, ich verstehe nicht ganz, wer mit wem VPN macht und wo der Server und wo der Client steht. Wer oder Was macht VPN? VPN kann eine Firewall implementieren und/oder bestimmte Pakete oder Ports filtern.

Was er aber nicht schrub ;), zumindest im ursprünglicher Beitrag. Bei Standard könnte dann eventuell die absichtliche Limitierung auf 2 Sockel greifen. Hier braucht man einen Hypervisor der x Cores pro Sockel "vorgaukeln" kann.

@MarkusBroder, ich denke, Du willst DataCenter installieren? Wir haben nicht von "Standard" geredet. Die VM's bekommen dann natürlich auch DataCenter installiert. Kleiner Hinweise hier: Ein KMS kann u.U. praktisch werden.

Scrolle auf der Seite mal nach unten und lies den Text. Für Dich dürfte http://www.cyberport.de/microsoft-windows-remote-desktop-services-win-open-nl-1-user-cal-8605-99E_34.html richtig sein.

Es gäbe dann noch die roten Buchstaben "Für diesen Download erhalten Sie keinen Support", eventuell mit Bestätigungs-Haken ;) Es gibt fast immer mehr als einen Weg.

Der Windows-Server wird pro phys. CPU lizensiert. Wie viele vCPU's Du den Instanzen dann zuweist, ist Windows-lizenztechnisch egal. Anders kann es bei Applikationen aussehen, die pro Core lizensiert werden.

Wir haben damals extra die Datenträgerlieferung abbestellt. Mit dem Sortieren der CD/DVD's konnte man 2 Leute eine Woche lang beschäftigen ;)

Total Commander in einer aktuellen Version hat Unicode-Support. Hier sollte es keine Probleme geben.

Für die Performance optimaler wäre es vermutlich, wenn man in einer anderen Spalte die Telefonnummer nochmal ohne Leer- und Sonderzeichen speichert. Solche String-Operationen in der Where-Klausel sind u.U. Residual, was bei großen Tabellen die Performance-Problemen führt.

Wir haben hier auch eine Informix-DB innerhalb einer Anwendung) Die schreibt auf jeden Fall Log-Files im Installationsordner. Dort würde mal reinschauen. Ansonsten könntest Du mit einer Rücksicherung in eine Kopie eine Summenabstimmung der Tabelle machen. Das musst Du Dir halt was einfallen lassen;)

Ich kenne den Client nicht. Schreibende Operationen werden durch ein Commit abgeschlossen. Das macht der Client entweder automatisch "Auto Commit" oder man macht es manuell. Wenn kein Commit erfolgt und z.B. die aktuelle DB-Verbindung getrennt wird, macht die DB i.d.R. einen Rollback aus dem Transaktions-Log. Möglicherweise hat die "Cancel-Funktion" auch den Rollback ausgelöst. Eventuell protokolliert Informix das ja auch irgendwo.

Hm, ich würde ein Seminar empfehlen. Dazu ist SharePoint zu komplex.

Die Keys für die Office 2003 Suites lassen sich im VLSC aber schon noch abrufen. Nur die Datenträger fehlen.

Probiere es mal mit ((art1.Hauptgruppe IN (0, '2')) AND (kum.Marke = 'Hublot')) OR ....

Sorry, aber dann wird es Zeit dass die Fa. ihre Anwendung migriert. Am Besten gleich in Richtung SQL-Server.

Das wird wohl daran liegen, dass China das nicht möchte. Wie sieht es denn mit IPSEC aus, speziell wenn man es auf anderen Ports laufen lässt?

Beim Cluster kann ich Dir auch nicht helfen. Beim SCCM ist jedoch für den Betrieb der Datenbanken eine SQL-Server Standard Edition enthalten. Die darf nur für den Betrieb der SCCM-Datenbanken verwendet werden.

Natürlich geht das. Dann nennt sich Metadaten. Die einfache Variante konfiguriert man direkt in der Dok-Lib. Da kann Du die gewünschte Spalten erzeugen und als "erforderlich" markieren. Die müssen dann beim Upload in jedem Fall ausgefüllt werden. Der Rest erzeugt man über eine passende Ansicht. PS: Man sollte sich vor so einem Projekt ein wenig mit den Systemen beschäftigen.

Bei "VMWare" sind auch andere Problem denkbar, z.B. eine veralteter Patch-Stand. ESX verlagert auch bestimmte Funktionen auf die NIC wenn der Treiber oder die NIC das Supporten. Hier sind bestimmte Broadcom-Chipsätze ein wenig schmerzhaft.

Wieso ist das nicht überall verfügbar? Powershell 2.0 kann man über WSUS verteilen.

Mich hat der "Mythos" ein wenig gestört. Nennen wir es historische Tatsachen, ok? Wir waren froh, als die den Kram damals komplett abschalten konnten. Bei 2008 R2 lasse ich das eigentlich an. Das Problem ist, dass sich solche Sachen ewig im Netz und in den Köpfen der Admins festsetzen. Wie verhält sich das eigentlich in virtuellen Umgebungen? Nach meinem Verständnis müssten bestimme Offloading-Funktionen vom Hypervisor erledigt werden und nicht von der VM. Nur der hat direkten Zugriff auf die NIC.