Stibo

So, Neugikeiten: der Hersteller hat wenig Amibitionen hier weiterzuhelfen und deswegen werden wir die Software nicht nutzen (zumal sie weder auf Win XP x86 bzw. Win 7 x86/x64 Maschinen lief). Unsere Suche geht also weiter... ;)

Kurzes Update zu Print Queue Manager: die Software läuft allem Anschein nach nicht auf x64 Maschinen... habe den Support mal kontaktiert, um das bestätigt zu haben, aber ich bin definitiv weiter auf der Suche nach einer Software, die das kann. :)

Danke schon mal für den Denkanstoß. Was ich nach ein wenig googeln gefunden habe ist Print Queue Manager von Software Shelf. Ich werde es mal testen, vielleicht ist das ja genau das, was wir brauchen. :) Bin aber auf jeden Fall noch für weitere Vorschläge offen!

Guten Tag zusammen, mal eine ganz banale Frage, zu der wir im Internet nichts finden. Wir haben einen Drucker, der des Öfteren ausfällt (keine Kommentare hierzu ;)), weswegen wir uns auf die Suche nach einer Failoverlösung gemacht haben, die im Großen und Ganzen nur folgendes können soll: vorhanden sind Drucker A Drucker B Printserver Sobald Drucker A ausfällt, soll Drucker B übernehmen. Windows Druckerpooling ist hierzu nicht geeignet, weil die beiden Drucker zu weit auseinander stehen und die Drucke zwingend in der richtigen Reihenfolge ausgedruckt werden müssen. Eine Softwarelösung hierfür haben wir auch noch nicht gefunden. Gibt es soetwas nicht? Die Anforderung an sich ist doch nicht so komplex oder so exotisch, als dass sie noch niemand hatte? Freue mich auf Eure Anregungen und/oder Tipps! Gruß Stibo

Kein Problem, niemand versteht das besser als wir. ;) Wichtigste Regel bei Geschichten mit Benutzerprofilen: lösche niemals das alte Profil, bevor Du und der betreffende Mitarbeiter zu 100% wissen, dass alles funktioniert. Oder mach eine Sicherung des Profils. Habe halt irgendetwas in der Hinterhand. :D

Also: 1. Genau. 2. Richtig. 3. Per Explorer öffnest Du den alten Profilpfad (C:\Dokumente...\alter_User\ und kopierst alle relevanten Daten (Desktop, Eigene Dateien, Favoriten und - wenn benötigt - die Dateien aus Lokale Einstellungen) einfach in das entsprechende Pendant des neuen Benutzers. Den alten Benutzer würde ich nicht sofort löschen, sondern abwarten, ob mit dem neuen alles funktioniert. War das so verständlich? Ansonsten gern nochmal fragen. :)

Morgen! Was Sunny vermutlich meinte ist, Du legst ein neues Profil an (ohne Umlaut), lässt die Mitarbeiterin an- und nochmals abmelden, damit alle Ordner geschrieben werden und kopierst anschließend die Dateien vom alten ins neue Profil. Danach kann die Mitarbeiterin sich mit dem neuen Account anmelden und alles testen.

Guten Morgen TX10, zu Deiner angefragten Software: Probier mal Autoruns aus der Sysinternals Suite aus (http://technet.microsoft.com/de-de/sysinternals/bb842062 ), damit lässt sich super anschauen, was alles gestartet wird. Ansonsten werden extrem lange Anmeldevorgänge auch im Ereignisprotokoll gespeichert, da solltest Du auch mal nachschauen. Passiert diiese Anmeldung bei allen Clients so langsam? Da Du schreibst, dass die Anmeldung so kriecht, sobald der Rechner in der Domäne ist, vermute ich sehr stark, dass es an einer Gruppenrichtlinie liegen kann, die getestet bzw. eingerichtet und dann vergessen wurde. Wurde in diesem Bereich kürzlich etwas geändert, kannst Du etwas hierzu sagen?

Nur kurz zur Info, das Thema hat sich erledigt. Wir haben uns entschieden, das Gerät nicht in der Domäne zu betreiben, also passt das soweit.

Guten Morgen zusammen, wir haben seit Kurzem ein Surface Pro in der Firma und ich soll mich nun ein wenig damit auseinander setzen. Der Domainjoin hat wunderbar geklappt (ist ja schließlich Windows 8) und sonst funktioniert auch alles, nur habe ich zwei Fragen, auf die ich bei Microsoft keine Antwort finde. 1. Ist es möglich, (bestimmte) Apps für alle Benutzer zu installieren? Man braucht ja anscheinend für jede App ein Microsoftkonto, das man hinterlegen muss, daher gehe ich davon aus, dass das so nicht funktioniert? 2. Wenn ich als lokaler Admin oder User angemeldet bin, stehen mir beim Startbildschirm alle Apps (Wetter, Finanzen, Spiele...), Funktionen usw. zur Verfügung. Als Domainuser allerdings sehe ich nur den Store, Internet Explorer und "Desktop anzeigen". Kann man das auch irgendwie für Domainbenutzer einschalten? Im Voraus schon mal vielen Dank für Eure Antworten. Ich bin mir sicher, mir fällt noch was ein, das ich jetzt vergessen habe, aber dann kann ich ja nochmal nachhaken. :D Gruß Stibo

Nein, das war mir nicht bewusst - allerdings wir das Programm ja nun nicht mehr verwendet. Wieder was gelernt, danke! Das komplette Konzept habe ich bereits selber in Frage gestellt, allerdings habe ich hierzu noch keine Rückmeldung erhalten. Ob es zwingend notwendig ist, dass die eigenen Rechner benutzt werden müssen, vermag ich nicht zu sagen. psexec war quasi mein letzter Strohalm, um ein WoL-Tool im anderen Netzwerksegment zu starten, da durch die Sonicwall das WoL-Paket nicht weitergeleitet wurde. Server OS = 2008 R2, Client OS = Win 7 Prof. x64.

Hilft leider nicht, immer noch "The system cannot find the file specified." [Edit] Ohne Anführungszeichen beim Programm hat's, zumindest per Domainadmin, funktioniert. Probiere das nun nochmals über die Batch. [Edit2] Narf, mit dem lokalen Administrator funktioniert es immer noch nicht, weiterhin "Access is denied"... also liegt's definitiv an den Berechtigungen des lokalen Admins. Stellt sich mir die Frage: was vergesse ich hier...? :/ Update: Booya! :cool: Die Sonicwall bietet eine Option, "WoL-Pakete durchlassen". Nachdem diese konfiguriert und aktiviert wurde gehen die Magic Packets nun ohne Murren über die VPN-Verbindung drüber und wecken auch Rechner in anderen Netzwerksegmenten. :) Wieso der lokale Admin allerdings weniger Rechte hat ein Programm zu starten als ein Domainadmin, ist mir bis jetzt leider nicht klar. Wenn mir hier noch jemand eine Antwort geben könnte, wäre ich sehr verbunden. Ansonsten Euch allen ein schönes Wochenende!

Hmm, irgendwie klappt das nicht so recht. Aufbau ist wie folgt: Batch per RemoteApp gestartet, in dieser Batch steht (mit echo on und pause am Schluss, damit ich sehe, was passiert), pseexec liegt auf D:\Management\PSTools @echo on D: cd Management cd PSTools psexec.exe \\Remoteserver -u Remoteserver\user -p passwort "wolcmd.exe MAC-Adresse IP Subnetz" Remoteserver pause wolcmd.exe liegt auf dem Remoteserver unter C:\Windows\system32\, der User hat explizit Schreibrechte auf diese Datei. Leider immer noch ein "Access Denied". Mir scheint, als dürfe der lokal angelegte Benutzer nichts auf dem Remoteserver machen... [Edit] Mal testweise einen Aufruf mit meinem Domainadmin gemacht, da funktioniert zumindest psexec und ich konnte eine CMD-Shell starten. Teste das jetzt mal mit dem WoL-Tool. [Edit2] Beim Aufruf von wolcmd.exe kriege ich jetzt die Meldung, dass das System die angegebene Datei nicht finden kann. Ich hatte jetzt noch eine Idee, die Datei mittels -c als Parameter zu kopieren, allerdings weiß ich nicht, ob man dann nochmals Parameter für eine Datei bei psexec mitgeben kann.

Guten Morgen zusammen, erst kurz der Hintergrund zu diesem Thema: es gibt zwei Standorte, A (Hauptsitz) und B (Remote Office), die per VPN zweier Sonicwalls dauerhaft verbunden sind (alles eine Domäne). Nun gibt es die Anforderung, dass bestimmte Mitarbeiter von Standort B ihre Rechner auch spätabends bzw. am Wochenende benutzen können möchten. Alle normalen Clients fahren abends um 22:00 Uhr nach einem Virenscan herunter, daher brauchen wir hier eine WoL-Lösung. Da wir RemoteApps an Standort A einsetzen kam mir die Idee, dass ich das ganze damit realisiere: Der Mitarbeiter meldet sich per Browser bei den RemoteApps an, startet hier ein bereitgestelltes Programm (psexec von Sysinternals), die wiederum den WoL-Befehl auf einem Server an Standort B sendet. Den Umweg muss ich leider gehen, da der Befehl von Standort A nicht an Standort B weitergebeben wird (evtl. muss da noch etwas in der Sonicwall angepasst werden, keine Ahnung). Ist das Ziel soweit verständlich? Ich bekomme beim Testen ein "Access Denied" von psexec am Remoteclient. Das Programm wird mit allen benötigten Parametern aufgerufen, also auch Benutzername und Passwort werden mitgegeben. Der Benutzer ist lokaler Admin auf dem Server in Standort B, trotzdem wird das Programm nicht gestartet. Kann mir hier jemand weiterhelfen oder habe ich etwas Essentielles vergessen? Ich stehe hier momentan mächtig auf dem Schlauch... achja, falls das Ganze als Text nicht verständlich ist, versuche ich gerne mal, das ganze in Visio zu visualisieren. Vielen dank schon mal im Voraus und ein schönes Wochenende! Stibo

Guten Morgen iDiddi, verdammte Axt, es lag tatsächlich an den Berechtigungen! Der Ordner für die Symbole liegt auf 'ner anderen Partition, was ja eigentlich egal sein müsste, weil ich lokaler Admin bin, aber anscheinend musste ich doch explizit vergeben. Daran habe ich nicht gedacht.Komisch, aber gut, jetzt funktioniert's. :) Vielen lieben Dank!

Guten Morgen zusammen, wir haben hier ein Notebook, das hin und wieder mit einem BSOD abstürzt. In der Ereignisanzeige wird protokolliert, dass Windows unerwarter heruntergefahren wurde, es steht ein bisschen was zu einem Treiber, der nicht geladen werden konnte und, dass ein Memorydump erzeugt wurde. So weit, so gut. Das soll nicht das Thema sein, sondern das Laden der Symbole des Windows Debugging Kits. ;) Den Dump habe ich mit Dumpchk.exe geöffnet, aber egal wo ich den Symbolpfad eintrage (entweder unter File - Symbol File Path - SRV*D:/Symbols*http://msdl.microsoft.com/download/symbols [den Ordner gibt es]) oder unter den Systemvariablen (wie z.B. hier beschrieben: http://mikemstech.blogspot.de/2011/11/windows-crash-dump-analysis.html , unter Get the Tools... For Windows 7 and Before), ich kriege ständig folgende Fehlermeldnug: Übersehe ich hier irgendetwas oder mache ich was falsch? Der Dump ist übrigens von einer anderen Maschine, den ich mit meiner öffne, allerdings sind beides Windows 7 Prof. x64 Clients. Falls mir hier jemand weiterhelfen kann: Besten Dank im Voraus schon mal! :) Gruß Stibo

ORTS wurde ja schon genannt. Ansonsten haben wir recht gute Erfahrungen mit dem Helpdesk von Jitbit: http://www.jitbit.com/web-helpdesk/

Tatsache... war mir nicht bekannt, dass es sowas gibt. :D Vielen Dank für Deine Hilfe, Norbert!

Guten Morgen zusammen, ich habe hier ein seltsames Verhalten mit Outlook 2010 in Kombination mit Exchange 2010. Kurz zum Setup: der Exchangeserver steht bei der Mutterfirma an einem anderen Standort, wir stellen die Verbindung mit HTTP her. Profile sind servergespeichert. Nun passierte etwas Seltsames, das ich mir nicht erklären kann: ich habe nun ein zusätzliches Postfach (Kontoeinstellungen, weitere Einstellungen, Erweitert, Hinzufügen) eingebunden, konnte es auch öffnen und alles. Nachdem ich es nun entfernt habe, wird es mir allerdings immer noch in der linken Spalte, bei der alle Postfächer einzusehen sind, angezeigt, wohingegen es aber unter den Kontoeinstellungen nicht mehr zu finden ist. Ich habe auch schon lokal alle outlookrelevanten Daten gelöscht, allerdings hat das nicht geholfen. Auch die Erstellung eines neuen Outlook-Profils schafft keine Abhilfe. Jetzt frage ich mich, ob die eingebundenen Postfächer irgendwo exchangeseitig gespeichert und immer wieder neu mitgegeben werden? Oder kann mir hier jemand erklären, wie ich dieses Verhalten rückgängig machen kann? In den XML-Dateien, die unter \AppData\Roaming\Microsoft\Outlook\ gespeichert sind, findet sich kein Hinweis auf die zusätzlichen Postfächer. Was mir aufgefallen ist: nach Beenden von Outlook wird eine "... - Autodiscover.xml" erstellt. In dieser sind alle Postfächer, die eigentlich entfernt wurden, noch aufgelistet. Wenn ich diese Einträge lösche, sind die Postfächer auch verschwunden. Sobald ich allerdings ein neues per Outlook hinzufüge, sind die vorher entfernten auch wieder alle da. Ich hoffe, jemand kann mir bei diesem Problem weiterhelfen. :) Danke im Voraus und ein schönes Wochenende!

Hi, muss es denn von Microsoft sein? Ansonsten ist www.opsi.org sicherlich eine Alternative.

So, ich muss mich hier auch nochmal melden. Bei uns ist der Fehler verschwunden, nachdem wir die Netzlaufwerke (auch DFS-Shares) vollqualifiziert verbunden lassen haben. Evtl. hilft Dir das ja weiter?

Guten Morgen zusammen, ich bin gerade dabei, ein paar (De)installationsroutinen für benötigte Software hier in der Firma zu machen. Mittlerweile bin ich beim SQL Server Management Studio angekommen. Die unattended Installation klappt einwandfrei, folgender Parameter wird benutzt: SQLManagementStudio_x86_ENU.exe /Q /IACCEPTSQLSERVERLICENSETERMS /ACTION=install /FEATURES=Tools Es wird das Management Studio installiert und alles ist gut. Die Parameter für die Deinstallation allerdings bereiten mir Probleme, da "SQL Client Connectivity SDK" nicht ausgewählt wird. Folgender Aufruf wird gemacht: SQLManagementStudio_x86_ENU.exe /ACTION=UNINSTALL /FEATURES=Tools Die Holzhammermethode, einfach alle Features zum Deinstallieren hinzuzfügen, hat auch nicht geholfen (sprich /FEATURES=SQL,AS,RS,IS,Tools). Eine Googlesuche hat mir leider nicht weitergeholfen, ich finde nur Anleitungen zum manuellen Installieren... weiß hier jemand, wie ich den Haken bei "SQL Client Connectivity SDK" setze, sodass dies auch deinstalliert wird? VIelen Dank im Voraus!

Wir haben jetzt einiges Trabbelschuhting hinter uns und können festhalten, dass es weder an der Netzwerkkonfiguration, am Betriebssystem, an der SSD oder am Netzwerk liegt. Vielmehr sieht es ganz danach aus, als ob DFS bei uns Schwierigkeiten macht (die Userprofile liegen alle darin). Somit ist die Ursache zwar geklärt, die Ursache der Ursache allerdings noch nicht. :D Allerdings ist das ursprüngliche Thema, bei uns zumindest, gelöst.

Hallo, wir haben seit Neuestem das gleiche Phänomen, ebenfalls bei den neuen Rechnern samt SSD (Win 7 Prof. x64). Noch haben wir hier leider - bis auf das Warten - keine Lösung gefunden, suchen aber noch. Ich lasse Dich wissen, sollte sich bei uns etwas ergeben. :)

Hallo bb-blue, hilft Dir das weiter: http://technet.microsoft.com/en-us/library/cc780332%28v=ws.10%29.aspx ?