osterhase09

Hi,

Danke noch mal für eure Antworten. Mein Problem dürfte gelöst sein, den Standardwerte-Button kannte ich noch nicht. Ansonsten hat "testperson" schon richtig geschlussfolgert. Es gibt neben dem DC einen Server als RDS und "Printserver".

Ja, klingt auf jeden Fall nach einer eleganten Lösung und werde ich bei der Gelegenheit auch mal anschauen!

Das mit den Standardwerten gilt dann für alle, die auf den auf dem Server eingerichteten Drucker irgendwie zugreifen? (Egal ob direkt auf dem Server als Remoteuser oder ob sie den Drucker lokal gemapped bekommen?)

Historisch gewachsene Bastellösung mit vbs im Logon-Skript...Kann ich aber nachher mal raussuchen, falls Interesse besteht.

Danke für die schnellen Antworten. Das Verteilen der Drucker an die Clients wurde bisher mittels Skript gelöst, das war nicht das Problem. Ich glaube aber, der Standardwerte-Button löst mein Problem :-)

Gelten diese Standardwerte überall, wo sich per Netzwerk mit dem Drucker verbunden wird? Oder nur für alle Nutzer auf dem (Terminal-) Server selbst, wo sie definiert wurden?

Hallo zusammen,

ich suche nach einer Lösung, mit der man Drucker und (benutzerspezifischen) ihre Einstellungen halbwegs zentralisiert verwalten kann.

Es geht um eine kleine Umgebung mit ca. 10 Clients, 5 Netzwerkdruckern sowie 3 lokalen Druckern. Es wird sowohl über einen Terminalserver (Win Server 2012 Std) als auch lokal gearbeitet.

Nun haben die Netzwerkdrucker mehrere Schächte, in denen unterschiedliche Formulare liegen. Damit diese Fächer von der Anwendungssoftware getrennt angesteuert werden können, sind alle Drucker auf dem Terminalserver mehrfach installiert - pro Fach einmal. Das Problem ist nur, dass man die Konfiguration der Schächte für jeden Terminalserver-Benutzer erneut durchführen muss (also die Auswahl des Druckschachtes für diese "Druckerinstanz").

Gibt es eine Möglichkeit, das eleganter zu lösen? Kommt man da mit Skripts weiter?

Freue mich über alle Ideen!

Vielen Dank für eure schnellen und kompetenten Antworten! Das hat mir schon sehr weitergeholfen.

Die Motivation in Richtung der alten Word-Versionen war die lizenzrechtliche Frage nach einer möglichen Kostenersparnis, da Word als Textverarbeitung in dem Szenario eigentlich eh schon mit "Kanonen auf Spatzen schießen" ist. Aber das scheint ja dann keine Alternative zu sein. Danke!

Hallo zusammen,

folgendes Szenario: Eine Arztpraxis betreibt einen Windows Server 2012 Terminalserver mit der dazugehörigen Branchensoftware. Für die Textverarbeitung nutzt diese Software Word mit einigen Makros. Vom Funktionsumfang ist Word 2000 absolut ausreichend und wird von der Branchensoftware unterstützt. Word hat hier auch nur die Funktion einer "digitalen Schreibmaschine", es werden nie Word-Dateien verschickt oder herausgegeben, noch welche von außerhalb geöffnet. Einfach nur schreiben und drucken. Soweit die Ausgangssituation.

Wenn ich richtig informiert bin, muss im Terminalserver-Einsatz bei Word 2013 ein Volumenlizenzvertrag (z.B. Open License) angelegt werden und pro zugreifender Arbeitsstation eine Lizenz erworben werden. Die Nutzung von OEM/SB-Versionen dürfte hier weder zulässig noch technisch möglich sein. Soweit mein (gefährliches) Halbwissen...

Wie verhält sich das nun bei den alten Versionen wie Word 2000 (oder 2003)?

Kann man da OEM Versionen irgendwo aufkaufen und diese technisch sowie lizenzrechtlich korrekt auf dem Terminalserver nutzen?

Bin für alle Hinweise dankbar!

Also Software-Raid ist unsupported. Hardware-Raid ist supported. R2 wäre besser, aber so ist es ja oft.. Prüfe dch bitte ob EFS nicht eher zu deinen Anforderungen passt!

 

Cheers, Daniel

Danke für den Hinweis! EFS wäre natürlich einfacher umzusetzen, da die Hardware nicht angerührt werden muss und es würde (ohne TPM) auch noch die "vollständige Fernwartbarkeit" erhalten, da beim Neustart keine Keys eingegeben werden müssen (oder hat man die Situation der Key Eingabe während des Boot-Vorgangs nur beim verschlüsseln der Systempartition? Wann wird der Key bei einer Datenpartition abgefragt?). Auf der anderen Seite: Eine Unterscheidung auf Benutzerebene ist nicht notwendig. Alle User hätten Zugriff auf die verschlüsselte Daten. Diese liegen auch alle auf einer Partition, die komplett verschlüsselt werden könnte...

Gibt es aus Performancesicht einen wesentlichen Unterschied? (Wie gesagt, relevant ist praktisch nur die Zugriffszeit, nicht der Datendurchsatz)... Oder andere ganz wesentliche Pro/Contra-Argumente, die sich nicht unmittelbar aus den Info-Seiten von Microsoft ergeben?

Server2008 oder R2? Systempartition oder eigene Datenpartition? Bitlocker ist in fast jedem Fall eine zu evaluierende Option!

 

Cheers, Daniel

2008, nicht R2

Kritisch ist nur die Datenpartition (insg. 70GB, mit 120.000 Word/Gescannten Dateien sowie einer Datenbank von dem Branchenprogramm). Für die Performance der Anwendung ist fast nur die Latenz beim Datenzugriff relevant, es werden keine großen Datenmengen durch die Gegend geschoben.

Das Betriebssystem an sich ist hier relativ belanglos und muss nicht geschützt werden.

Die Konsequenzen sind klar, sind in der speziellen Situation aber nicht kritisch bzw. treten defakto nie ein. Soll heißen: Ein Befugter mit Key ist immer im Haus.

Auf welcher Ebene greift eigentlich Bitlocker ein? Sprich: Läuft das auch auf einem Software-Raid bspw. von Intel oder nicht? Habe darüber etwas widersprüchliche Angaben gefunden... Aber bevor das eine experimentelle Lösung wird, hole ich lieber einen RAID-Controller ins Boot....

Andere Verschlüsselungssoftware wie z.B. Truecrypt.

Warum würdest Du Truecrypt Bitlocker vorziehen?

(Bei Bitlocker sehe ich den Vorteil in der komfortablen Integration ins Betriebssystem...)

Kann ich davon ausgehen, dass sowohl Truecryp als auch Bitlocker mit gängigen Hardware-RAID Controllern vernünftig funktionieren?

Hallo,

ich würde gerne in einem kleinen (!) Betrieb die sensiblen Daten vor Dritten schützen. Konkret: Sollte ein Diebstahl trotz Alarmanlage und physikalischen Sicherungen gelingen, dann sollten wenigstens die Festplatten mit den Daten nicht ohne weiteres auslesbar sein.

Zur Zeit läuft auf dem Server ein Intel-Software-RAID1 mit Win Server 2008. Dass sich Bitlocker hiermit nicht verträgt, ist mir schon klar, Investitionen in Hardware sind durchaus eingeplant. Einen TPM-Chip hat das Intel Serverboard leider nicht... Der Server ist in der aktuellen Konfiguration aus Performancesicht mehr als ausreichend, eine komplette Neuinvestition möchte ich eigentlich vermeiden.

Was schlagt ihr vor? Gibt es RAID-Controller (RAID1 mit zwei Platten reicht weiterhin aus), die eine Verschlüsselung hardwareseitig unterstützen? Oder sollte man lieber auf Bitlocker mit Hardware-RAID setzen? Oder TrueCrypt?

Bin für Anregungen dankbar.

Hi.

 

 

 

Das erklärt einiges :D

 

Bei den Terminen kann ich dir leider auch nicht weiterhelfen, ich habe eine derartige Situation noch nie gehabt. Enweder habe ich bis jetzt einen kompletten Import in ein leeres Postfach durchgeführt, oder fehlende Daten aus einem Backup zurückgespielt.

 

LG Günther

Hm ich habe mir auch schon ein leeres Postfach angelegt und dort die komplette PST reingeladen - gleiches Problem. Sprich hier dürfte der PST-Export irgendwie "beschädigt" sein....

Auch hin und her kopieren (statt Import) hat daran nichts geändert.

Ich kann es morgen spaßeshalber mal mit einem noch älteren Datensatz (PST) probieren.

 

 

Warum gab es diese Exporte? Wie konnten alle User ahnen, dass der Exchange Server crasht und das Backup 3 Wochen alt ist?

Nunja, alle User ist hier einer, nämlich ich, weil das mein privater Exchange ist zum Testen etc...

Ist das so tragisch. 3 Wochen alte Termine interessieren mich auf meinem Handy eigentlich überhaupt nicht.

 

LG Günther

Es ist sicher kein Weltuntergang, auch wenn ich einige zukünftige Termine löschen und neu erstellen müsste...

Hi.

 

Versuche trotzdem noch einmal im User Profil alle OST Dateien zu löschen und eine neue Synchronisation zu starten.

 

Wenn es dann immer noch nicht klappt, würde ich die Exchange Datenbanken mit ISINTEG überprüfen.

 

LG Günther

Hm ja durch das OST-Datei löschen konnte ich zwar das merkwürdige Cache-Verhalten beheben (nun ist die Darstellung in OWA identisch mit Outlook), allerdings nicht die Probleme beim Synchronisieren...

Fakt ist: Alle Kalendereinträge (egal ob in Vergangenheit oder Zukunft), welche vor dem HDD Crash erstellt wurden, lassen sich nicht synchronisieren. Wenn ich jetzt einen neuen Termin erstelle, wird dieser problemlos übertragen.

Am mobilen Endgerät kann es eigentlich nicht liegen (komplett neuinstalliert und mit zwei verschiedenen Geräten und Sync-Software (Nokia Mail for Exchange und Roadsync) probiert).... Hat vorher ja auch nie Probleme gemacht.

Leeren und neues importieren der Termine aus der PST-Datei hat nichts gebracht.... Im Notfall könnte man vielleicht den Kalender als Excel-Datei exportieren und danach wieder importieren in der Hoffnung, dass dann alle "Flags" (oder was auch immer die Ursache für das Verhalten ist) verloren gehen... Dabei allerdings auch alle Terminserien etc.....

Hallo.

 

 

 

Wird auch nicht helfen. Du musst auf jeden Fall die OST Datei im User Profil löäschen, dann wird es mit der Synchronisation wieder klappen.

 

LG Günther

Hallo und Danke für dein Posting.

Habe leider vergessen zu erwähnen, dass ich es bereits mit einem komplett neuen Windows User Profil & Outlook Profil versucht habe...

Hallo zusammen,

folgende Situation: aufgrund eines HDD Defektes ist mir meine Exchange (2010) VM kaputt gegangen und lies sich als ganzes nicht mehr wiederherstellen. Es gibt aber ein Backup (über die Windows-Server-Sicherungsfunktion), welches ich in eine neue VM zurückgespielt habe und was auch soweit läuft... Leider war das Backup etwas älter (ca. 3 Wochen), aber von den Postfächern gab es aktuelle PST-Exporte. Also bin ich hingegangen und habe die PST Datei ins Exchange-Postfach importiert (über Outlook) um so wieder auf dem aktuellen Stand zu sein.

Folgende merkwürdige Phänomene treten nun auf:

* Der Cache-Modus funktioniert nicht mehr, wenn man ihn einschaltet werden immer wieder Ordner angezeigt, die auf dem Server (bspw. Zugriff über OWA) gar nicht existieren bzw. bereits gelöscht wurden. Hier stimmt die Synchronisierung nicht mehr... Cache-Modus aus/an schalten hat nicht geholfen

* Kalender-Sync mit mobilen Geräten funktioniert nicht mehr, dort werden alle alten Termineinträge (d.h. Erstellungsdatum vor dem Zeitpunkt der PST-Importierung) einfach übersprungen, jetzt neu angelegte Termine funktionieren, Neuinstallation des Handys war erfolglos

* Ebenso erfolglos war mein Versuch ein neues Postfach anzulegen und dort die PST Datei zu importieren

* bzw. die Elemente per Copy&Paste zu übertragen (jeweils wieder das gleiche o.g. Verhalten).

Habt ihr so etwas schonmal gehabt? Ideen?

Erledigt, neu hinzufügen hat funktioniert und dem Exchange nicht weiter geschadet...

Hallo zusammen,

ein Hardware-Crash hat leider zum Ausfall meines (privaten) Testexchange-Servers geführt... nach dem Tausch der defekten Platte, habe ich im ESX eine neue VM angelegt und die (über Windows Server Sicherungsfeature erstellte) Sicherung zurückgespielt... Soweit so gut... Nur kann ich mich an dem Exchange-Server nicht mehr mit einem Domänen-Konto anmelden, Meldung "die vertrauensstellung zwischen dieser arbeitsstation und der domäne konnte nicht hergestellt werden".

Google sagt hier, Computerkonto zurücksetzen (erledigt, erfolglos) und ansonsten aus der Domäne entfernen und wieder einfügen... Was passiert da mit dem Exchange-System?

Hallo,

hab hier ein kleines Netzwerk, in dem seit heute die TS-Anwendungen nicht mehr laufen wg. Zertifikatsproblemen. Mir ist aufgefallen, dass bei allen HTTP-Speicherorten der Unternehmens-PKI "Download nicht möglich" steht. Dies kann ich auch im Browser nachvollziehen. Die Pfade lassen sich nur mit https aufrufen, nicht per http. Im IIS-Manager ist das Häkchen bei SSL-Erforderlich aber _nicht_ gesetzt.

Habt ihr eine Idee?

Viele Grüße.

EDIT: Erledigt... der IIS hat sich wohl ein wenig Verselbstständigt und die HTTP-Bindung gelöscht.

Hallo zusammen,

ich habe meinen Exchange soweit auf EX2010 migriert, soweit läuft das auch ganz gut. (in Anlehnung an diese Anleitung)

Nun möchte ich den Ex2007 deinstallieren, erhalte dabei aber folgende Fehlermeldung:

Mailbox-Funktion Voraussetzungen

Fehler

 

Fehler:

Die Deinstallation kann nicht fortgesetzt werden. Datenbank 'Public Folder Database': Die Öffentliche Ordner-Datenbank 'EX2007\Second Storage Group\Public Folder Database' enthält Ordnerreplikate. Entfernen Sie die Ordner, oder verschieben Sie die Replikate in eine andere Öffentliche Ordner-Datenbank, bevor Sie die Öffentliche Ordner-Datenbank löschen. Weitere Anweisungen zum Entfernen einer Öffentlichen Ordner-Datenbank finden Sie unter How to Remove a Public Folder Database: Exchange 2007 Help..

Empfohlene Aktion: Öffentliche Ordner-Datenbank kann nicht entfernt werden

Die Verwaltungskonsole für öffentl. Ordner zeigt überhaupt keine öffentlichen Ordner an, diese wurden auch nie benutzt. Trotzdem kann ich die dazugehörige Datenbank nicht entfernen.

Habt ihr Ideen dazu, wo ich ansetzen kann? Bin für Tipps dankbar.

also für das dfs habe ich schon zwei server! und bei dfs werden nur die dateien synchronisiert die geändert wurden von dem her belastet es die leitung kaum... du kannst sogar bestimmen wie fest eine leitung genutzt werden darf, z.B. 1 MB oder 512 KB je nach gebrauch...

Jup, aber an Standort B gibts keinen Server. D.h. ich müsste quasi das NAS dort per iSCSI am Server in Standort A anbinden... (iSCSI über WAN)

Im Moment tendiere ich dazu, SMB vom NAS zu nutzen - mache gerade noch ein paar Geschwindigkeitstest. Aber der ESXi-Host hat mit dem Rest eh schon gut zu schaffen, da läuft eine weitere VM als Fileserver auch nicht unbedingt so perfomant, wie das sein sollte.

EDIT: Werde es mit rsync lösen. Der ESXi-Host packt eine weitere VM als Fileserver nicht mehr wirklich...

was meinst du mit dateireplikation von windows? DFS?! Also ich nutze DFS über ein 2MB Leitung und VPN, funktioniert super!

Ja, genau.

Variante b (Also beim DFS ein SMB-Share auf dem NAS als Ziel anzugeben) scheint nicht zu funktionieren, jedenfalls ist das gestern in meiner Testumgebung gescheitert ("definierter Name nicht gefunden", wenn man die Replikationsgruppe einrichtet). Ich denke, Windows verlangt auf der Gegenseite auch einen entsprechenden Server.

Hallo,

mir gehts darum einen Datenbestand von ca. 1 TB, wo sich etwa 100MB/Tag an Daten ändern, vom Hauptstandort A nach einem zweiten Standort B zu syncen. Schwerpunkt liegt einfach in Sicherheitsaspekten, falls A mal abbrennt oder was auch immer.

Anbindung jeweils mit DSL16k Anschlüssen, also nicht so furchtbar viel Upstream. Datenverlust von einem Tag ist locker vertretbar, d.h. einmal in der Nacht Syncen würde auch ausreichen.

Am Standort A gibts Server + NAS (iSCSI + SMB/CIFS fähig); am Standort B steht nur das NAS (ebenfalls iSCSI und SMB), Verbindung über VPN möglich.

Jetzt sehe ich folgende Möglichkeiten:

a) Dateireplikation von Windows Server 2008 R2 nutzen, dazu beide Geräte per iSCSI am Server (Standort A) anbinden

b) Wie reagiert Windows, wenn das iSCSI Target beim Reconnect des ISP mal kurz weg ist? Alternativ könnte man das NAS an Standort B ja auch per Netzwerkpfad ansprechen (geht das bei der Replikation?)

c) Beide NAS-Systeme per SMB ansprechen und Dateireplikation nutzen (s.o., geht das?)

d) An beiden Standorten SMB verwenden und rsync unter einer Linux-VM nutzen um Nachts einen Abgleich anzustoßen.

Was haltet ihr für sinnvoll? Wie sieht das mit der Belastung der Leitung bei der Win-Dateireplikation aus? Laut Hersteller ist das NAS System bei iSCSI Zugriff um einiges flotter, auch wenn es eigentlich um "File-Server-Anwendungen" geht.

Wie gesagt, Verfügbarkeit in Echtzeit ist nicht notwendig, es geht mehr um Backup-Gedanken. Die Datenmenge besteht aus einer bunten Mischung von Office-Dateien, CD-Images, Bildern, Audiodateien usw... von jedem was dabei.

Bin für eine Einschätzung sehr dankbar :)

Dann probiere mal den VMXNET-Treiber. Dazu musst Du in der Konfig der VM eine neue NIC hinzufügen und dabei nicht E1000 wählen, sondern den erweiterten Treiber. Die alte NIC kann Du dann löschen.

 

Wenn in der VM kein Treiber gefunden wird, die VMWare-Tools nochmals drüberbügeln.

 

Einstellungen im ESX an der phys. Hardware werden meist sofort wirksam. Ein Reboot kann natürlich nie schaden.

 

-zahni

Danke für den Tipp. Habe es mit Vmxnet 2 und 3 probiert, leider auch erfolglos...

EDIT: Interessante Beobachtung... mit Vmxnet3 funktionierts, wenn ich das NDAS Laufwerk im Lese-Modus starte. Beim Start mit Schreibrechten gehts wieder in die Endlosschleife...