Yoda

Mahlzeit, wir haben genau das gleich diese Woche vollzogen. Unser Script sieht wie folgt aus. Script zum ausführen mit Adminrechten "runas.vbs": Set WshShell = WScript.CreateObject("WScript.Shell") PW = "XXXX" WinPath = "%systemroot%" & "\System32\runas.exe" sPass = PW & VbCrLf rc = WshShell.Run("runas /user:administrator %temp%\dns-mod.bat", 1, False) WScript.Sleep 500 WshShell.AppActivate(WinPath) WshShell.SendKeys sPass Script zum ändern der DNS Server "dns-mod.bat": @echo off echo ============================================== echo == Bitte das Fenster nicht schliessen! == echo == Das Fenster wird automatisch geschlossen == echo ============================================== for /F "tokens=1,2,3* delims= " %%i in ('netsh interface show interface') do call :interf %%i %%j %%k :interf if "%2-" equ "Dediziert-" ( netsh interface ip set dns %3 static 192.168.62.172 ) if "%2-" equ "Dediziert-" ( netsh interface ip add dns %3 192.168.62.176 ) goto :EOF :quit In dem Script wird der Name der Netzwerkverbidnung abgefragt, da netsh den Namen der LAN-Verbindung verwendet. Da wir Probleme mit ausführen des Scriptes hatten, wenn das "dns-mod.bat" Script noch auch auf dem Server liegt, haben wir noch ein Copy Script davor gestetzt. Die if Abfrage schaut nach, ob es sich um ein Terminalserver handelt, da wir noch eine mit NT4 laufen haben, bei dem es auch zu Problemen kam. Copy Script "dns.bat": @echo off if exist "C:\wtsrv\explorer.exe" goto ende copy \\fileserver\netlogon\dns-mod.bat %temp% \\fileserver\netlogon\runas.vbs :ende Die Reihenfolge der Scripte ist dann dns.bat --> runas.vbs --> dns-mod.bat Wir haben dann das Script dns.bat in die Loginscripts mit eingerfügt. Läuft seit 3 Tagen Problemlos. Es funktioniert mit allen Clients ab 2000. Es werden bei allen vorhanden LAN-Einstellungen die DNS Server angepasst. Edit: Schau dir mal folgende Thread an. http://www.mcseboard.de/showthread.php?t=42087&page=2&pp=10&highlight=dns+netsh Da wird auch beschrieben, wie man das runas.vbs verschlüsselt, da dort ja das lokale Adminkennwort drinnen steht. Gruß Yoda

Hi, es ist keine HTML Seite. In dem ICA File stehen die Infromationen, um die Anwendung direkt zu starten. Somit muss man nicht erst extra den Citrix Client aufrufen. NFUSE Classic sagt mir leider nichts. So tief stecke ich dann in Citrix auch nicht drinnen. Gruß Yoda

Hallo Klaus, das ICA File kannst du erstellen, wenn du einen veröffentliche Anwendung hast. Welche Version von Citrix setzt ihr den ein? Wir haben der Presentation Server 3. Das ICA File kannst du dort im erstellen, indem du in der Presentation Server Console mit der rechten Maustaste auf die Anwendung klickst und den Punkt "ICA File erstellen" auswählst. Das ICA File kannst du dann deinen Usern bereitstellen. Die brauchen dann nur noch den aktuellen Citrix Client. Ein Doppelklick auf das File öffnet dann die veröffentlichte Anwendung. Gruß Yoda

Zur Zeit haben wir es schon so geregelt, das wir in der Kernarbeitszeit von 8-18 Uhr mind. ein IT-Mitarbeiter aus jeder Gruppe anwesend sein muss. Die übrige Zeit, sprich von 6-8 Uhr und von 18-20 Uhr wird über die jetztige Bereitschaftsregelung abgedeckt. Zu den Punkten 1 und 2 die du angesprochen hast gibt es keine Info. Das macht das ganze ja so schwierig. Im übertragenen Sinne, sollen wir für eine Reise packen, wissen aber noch nicht ob es in die Antarktis, Bahames oder sonst wo hin geht. Den einzigsten Anhaltspunkt den wir haben ist folgendes von der Abteilungsleitung: Zu dem gab es noch folgende Info: Ob aber die Rufbereitschaft am WE 24x7 oder 6-23Uhr sein soll steht noch offen. Das finden wir auch. Zum einen sehe ich persönlich es als Chance meine zukünftige Bereitschaftszeit oder auch Arbeitszeit selbt zu "formen" zum anderen raffiniert von der Abteilungsleitung, das sie das "Problem" auf uns abwälz und das noch ohne genaue Infos zu geben. Ich finde es o.k., dass sie uns nach unserer Meinung und Ideen fragen, aber die Ausarbeitung einer Bereitschaft ist die Aufgabe der Abteilungsleitung. Wir sind nicht gwerkschaftlich organisiert. Es gibt auch keine Betriebsrat. Das ist ein absolutes Tabu Thema bei uns im Betrieb. Es gibt zwar zwei Tochterfirmen, die einen B-Rat haben, aber wir selbst als Mutterkonzern haben keinen. Gruß Yoda

Moin, Es ist ein richtiges Call Center gemeint. Das von jeder Gruppe eine Person machen ist in unsere Überlegung schon mit eingeflossen. Zur Zeit wechseln wir Wochenweise durch. Es ist nur eine Person. Gruß

Hi, danke erst mal für die Info, die bis jetzt eingegangen sind. Hier mal ein paar Daten zu unserer Firma. Firmengröße: 5 Standorte. Davon eine in Österreich und eine in der Schweiz. Die Niederlassungen im Ausland haben eine eigene IT-Infrastruktur und fallen somit nicht in die Bereitschaft. Mitarbeiterzahl: ca. 600 in Deutschland Arbeitszeiten: Kernarbeitszeit für alle Bereiche ist von 8-18Uhr. Unser Call Center ist von 6-23 Uhr Mo-So sowie an Feiertagen besetzt. Wir sind 28 IT Mitarbeiter die in folgende Bereiche aufgeteilt sind. Webentwicklung, Navision Programmierung, Support und Rechenzentrumteam. Mit der Bereitschaft sollen alle Bereich abgedeckt werden. Zur Zeit gibt es nur eine telefonische Bereitschaft von 6-20 Uhr. Gruß Yoda

Hi @all, wir stehen zur Zeit vor dem Problem, das wir von unserer Abteilungsleitung die Aufgabe gestellt bekommen haben, Vorschläge abzugeben wie man einen telefonische Bereitschaft oder Anwesenheit von 6-23 Uhr realisieren kann. Da spielen natürlich ziemlich viele Faktoren mit rein. Jetzt bin ich auf der Suche nach Informationen, was das Thema Bereitschaft, Schichtarbeit etc. behandelt. Kennt ihr Quellen im Internet wo diese Themen behandelt werden. Oder habt ihr Erfahrungen aus dem eigenen Betrieb, wie so etwas gehändelt werden kann. Ich bin für sämtliche Informationen dankbar. Danke und Gruß Yoda

Mist, da war einer schneller. Gruß

Hallo Robocop, du kannst in einer Mail unter den Optionen die Zeit einstellen, wann die Mail versendet werden soll. Bei Outlook 2003 heißt der Parameter "Übermittlung verzögern bis" Gruß Yoda

Danke, aber das war genau die Antwort die ich nicht hören wollte. ;) Dann muss ich mir was anderes einfallen lassen. Gruß Yoda

Moin, ist es mögliche einen NT4 BDC auf 2003 upzudaten bevor man den PDC updatet? Hintergunde ist der, das wir in drei Wochen von NT4 auf W2k3 umstellen wollen und uns fehlen noch zwei Server für BDC´s. Diese wollten wir eigentlich zwei Wochen vor dem eigentlichen Update durch neue Server mit Windows 2003 ersetzen. Aber die sind bis zu dem Zeitpunkt noch nicht da. Weiß jemand ob es dadruch zu probleme kommen kann? Ich würde die gerne nach dem Update als Memberserver mit in der NT4 Domäne laufen lassen. Gruß Yoda

So, ich wusste doch das ich so was schon mal gefunden und getestet hatte. Schau dir mal folgendes Programm an: http://www.maxivista.com/de Kostet auch nicht die Welt. Schönes WE Yoda

Hi, Ich glaube ich habe da was für dich. Schau dir mal folgendes Programm an http://synergy2.sourceforge.net/ Das geht auch mit verschiedenen Betriebssystemen. Ich hatte es mal kurz angetestet und fand es gar nicht mal so übel. Gruß Yoda

So, nach der Replikation der öffentliche Order auf den neuen Server habe ich die Einstellung der Ordner wieder auf den E2k3 umgestellt. Aber es ist wieder das gleiche wie gestern, das der User nur bestimmt Ordner sieht. Weiß vielleicht noch jemand rat. Ich bin mit meinem Latein am ende. Danke und Gruß Yoda

Ich habe nur keine Ahnung was ich mache, wenn das Problem wieder auftaucht. Ich habe keine Lust die ganzen PF´s neu anzulegen. Denkt ihr, das es mit dem Native Mode evtl. klappen könnte? Wir wollen zwar versuchen die neue Domain erst mal im Mixed-Mode zu lassen, aber wenn alle "Stricke reisen" wird uns wohl nicht anderes übrig bleiben. Ich finde es nur sehr lustig, das einige dieses Problem habe und es noch keine gescheite Lösung dafür gibt. Schönen Abend Yoda

So, da bin ich wieder. Ich denke das mit den universellen Verteilergruppen hat sich erledigt. Ich habe mal am E2k3 den Server für öffentliche Ordner von sich selbst auf den alten 5.5 umgestellt und siehe da, ich sehe die öffentliche Ordner. Werde jetzt mal die Replikation einschalten und morgen wieder auf sich selbst zeigen lassen. Hoffe das es dann funktioniert. Gruß Yoda

Es ist die klassische InPlace-Migration. Wir sind noch in der Testphase. Von daher haben wir noch etwas schonfrist. Ich bin bis jetzt so weit, das ich den alten NT4 PDC auf W2k3 geupdate habe. Die Domain ist noch nicht im Native Mode. ADC installiert und den neuen E2k3 parallel zum alten installiert. So weit funktioniert auch alles. Ich kann intern und extern Mails verschicken. Der Filezugriff funktioniert. Wo es noch hängt ist an den öffentlichen Ordnern. Danke und Gruß Yoda

Mahlzeit, wir haben zur Zeit auch das Problem mit den öffentlichen Ordner. Da wir einen Upgrade Migration machen, melden sich die User schon an der neuen/alten Domäne an. Gibt es denn noch einen andere Lösung für das Problem? Danke und Gruß Yoda

Wir wollen ja auch auf SBS2k3 updaten sondern auf W2k3. Ich habe schon mehrer Test mit ADMT gemacht. Die liefen auch so weit ganz gut. Aber es happert noch an der Migration von unerem Exchange 5.5 Nun wollte ich den anderen Weg ausprobieren mit einem Update des PDC auf W2k3 und den Exchange in die bestehende ORG mit rein nehmen. Da heppert es aber wie gesagt schon an den Computerkonten.

Ich habe den NT4 PDC auf W2k3 geupdatet. Die Benutzerkonten sind noch alle vorhanden. Nur kann man sich mit diesen nicht mehr anmelden. Es kommt die Fehlermeldung, das für das Computerkonten keine Vertrauensstellung zur Domäne besteht.

Hi @all, ich habe gerade mal ein NT4 Domain Update in unserer Testumgebung versucht. Das hat auch so weit alles funktioniert. Nur ein Problem habe ich dabei. Nach dem Update sind die Computerkonten nicht mehr gültig. Ich müsste alle Clients und Server zur Domäne neu hinzufügen. Ist das normal oder habe ich beim Update etwas falsch gemacht. Der DNS und NetBios Namne bleibt gleich. Gruß Yoda

Hallo phoefliger, wir stoppen unsere Navisiondatenbanken mit dem Befehl "net stop <DATENBANKNAME>". Gruß Yoda

Hi @all, ich bekomme im ADMT LOG ein paar Fehler bei der User und Gruppenmirgration. ERR2:7228 Error updating user rights for CN=winkeani, rc=-2147023162 Die Datenfeldgrenzen sind unzulässig. Kennt jemand diesen Fehler? Ich habe bis jetzt noch nichts gefunden. Darum weiß ich auch nicht, ob ich weiter mache kann mit der Migration. Danke und Gruß Yoda

Mahlzeit, ich habe eine Frage zu ADMT. Wie mirgiere ich User und Gruppen richtig in die Zieldomäne? Damit meine ich nicht die Einrichtung von ADMT sondern speziell würde mich interresieren, welche Einstellungen ich beim Punkt für die Konfliktbehebung mit Objekten machen soll, die schon in der Zieldomäne vorhanden sind. Es gibt ja zum Beispiel Gruppen die auf beider Seiten vorhanden sind wie z.B. Domänen-Admins oder der User Administrator. Was muss ich einstellen, damit ich mir keine Rechte zerschieße oder empfehlt ihr die in konflikt stehenden User und Gruppen nicht zu migrieren oder von Hand anzupassen? Danke und ein schönes Wochenende Yoda

Hi @all, weiß jemand, ob es Probleme bereitet wenn man nachträglich in einen Window 2003 Server einen weiteren Prozessor einbaut? Zur Zeit ist nur ein Prozessor im Server und es soll noch ein weiterer hinzugefügt werden. Gruß Yoda