zeusplanet

Problem ist aber, dass das Script für ca. 30 Serverfarmen ist und ich nicht überall die Powershell zur Verfügung habe und bei manchen nicht mal installieren "darf" (hat politsche Gründe!)...

Ja Nabend, Danke für die schnelle Antwort. Aber gehts auch ohne Powershell? PS.: Logo, wird mit Symantec BE gemacht...

Hi Leute, habe ich Backup-Programm, welchem ich Input per Batch liefere. Jetzt möchte ich vor meinem neuem Backup das Alte umbenennen. Meine Backup-Dateien sehen so aus: ful_EXCHANGE_C.sna ful_EXCHANGE_C.sn1 ful_EXCHANGE_C.sn2 ful_EXCHANGE_C.sn3 ... Ich möchte diese nun folgermaßen umbenennen: ful_last_EXCHANGE_C.sna ful_last_EXCHANGE_C.sn1 ful_last_EXCHANGE_C.sn2 ful_last_EXCHANGE_C.sn3 ... Zumindest habe ich schon kapiert, dass es mit einem einfachem for %i in ("ful_?????????.??*") do ren %i "ful_last_?????????.??*" nicht funktioniert. Wer kann mir helfen??? Danke und gute Nacht, Michél

Hat jemand jetzt vielleicht schon was neues? Vielleicht eine Antwort auf einen MS Call?

Gemacht. Siehe: --- schnipp --- Aktive Verbindungen Proto Lokale Adresse Remoteadresse Status PID TCP 0.0.0.0:3389 0.0.0.0:0 ABHÖREN 960 TCP 0.0.0.0:5900 0.0.0.0:0 ABHÖREN 244 TCP xxx.xxx.xxx.xxx:3389 xxx.xxx.xxx.xxx:2761 HERGESTELLT 960 TCP xxx.xxx.xxx.xxx:5900 xxx.xxx.xxx.xxx:2736 HERGESTELLT 244 --- schnapp --- "Hergestellt" wird natürlich erst angezeigt, wenn ich "versuche" zu connecten. Ansonsten hört er nun korrekt auf alle LAN-Adapter. Werde ich jetzt wohl machen müssen... Danke erstmal an Alle!

Mahlzeit, nein, sehe keinen. "Will" ich mich aber connecten, zeigt er mir den Port. Die Anfrage kommt wohl durch... :suspect:

Nein, ist kein Terminalserver. RDP dient nur der Verwaltung! MTU pro Adapter habe ich mir angeschaut. Ist Standardmäßig nicht gesetzt gewesen. Habe zum testen gesetzt, aber keinen Erfolg und somit wieder raus genommen. Weiter... :rolleyes:

@ Sunny61: war heute vor Ort. TCP/IP komplett resettet. Neustart, aber keine Besserung. :cry: Windows-Firewall aktiviert, Firewall-Einstellungen wiederhergestellt und RDP als Ausnahme rein. Neustart, aber keine Besserung. :cry: Firewall deaktiviert, Test, keine Verbindung. :cry: Ich bin am Ende (Gang links)! Hilfeee....

Logo, RDP ist angehakt. TCP/IP resetten per Fernwartung ist mir zu gefährlich. Das mach ich dann mal lieber vor Ort. Genauso wie die Windows-Firewall aktivieren. Ich werde berichten. Wenn sonst noch einer eine Idee hat, darfs gerne rausbrüllen. Ansonsten Danke bis dahin...

Keine! Davor läuft ein Linux, welcher nur RDP durchlässt. Windows Firewall läuft ja auch nicht. RDP intern geht aber auch nicht, wenn jetzt denkst, es liegt am Linux. :( Ich könnte die Karten höchstens mit der Konfig mal tauschen. Die Reihenfolge stimmt. Erst intern, dann extern! Reihenfolge hab ich mal gerade zum testen geändert. Keinen Erfolg. Mist...

Das Problem bestand schon mit SP1 und da haben wir dann schon probiert SP2 zu installieren um zu sehen, ob es damit vielleicht schon behoben ist. Ich könnt es nochmal drüber installieren, denke aber nicht dass es sehr Erfolgversprechend ist. Ja, der Server hat mehrer NICs. Eine mit ner externen IP und eine mit ner internen. Verbindung per RDP geht auf keine der beiden Karten... *heul*

Nabend, nachdem ich heute Abend per VNC den Server 5000 Mal neustarten durfte, bin ich mal den Link von Dir durchgegangen. Hab jede einzelne Möglichkeit durchprobiert. Also Registry Eintrag bzgl. Zertifikat gelöscht, neu erzeugt. Brachte nix. RDP-Tcp gelöscht, neu erstellt, brachte genauso wenig. DLLs für RDP ersetzt, ohne Erfolg. RDP Sicherheitsstufe auf Niedrig gestellt, nichts. Netzwerkkartentreiber aktualisiert, nix. Danke erst einmal IT-Home. Auch wenn es leider nichts gebracht hatte. Sonst noch eine Idee??? Ich leider nicht mehr. Bin am Ende mit meinem Latein. :cry: Gute Nacht, Michél

Nabend Gemeinde, mal wieder ein dämliches Problem. Haben bei einem Kunden einen Win2K3 Server stehen (oder liegen), welcher nicht wirklich viel macht. Da läuft eine Oracle-DB drauf. Punkt. War immer Prima per RDP erreichbar. Von heut auf morgen, war er leider per RDP nicht mehr erreichbar. :mad: Einfach tot. Intern wie auch extern. Hatten glücklicherweise noch VNC drauf laufen. Dienste neu gestartet brauchte kein Erfolg. Server neu gestartet brachte leider auch keinen Erfolg. Seltsam ist, dass Windows Update NICHT automatisch installiert werden und sonst (angeblich) auch keiner was gemacht hatte. :shock: Ereignisanzeige mir einen Fehler, welcher mir lt. Google nicht wirklich hilft. Windows-Firewall läuft nicht drauf. Einen telnet localhost 3389 bringt den üblichen leeren Bildschirm. Von einem anderem Server aus das Gleiche. Augenscheinlich läuft also RDP. :confused: Simple Fehlermeldungvom Client: "Die Verbindung wurde vom Remotedesktop getrennt." Und die Ereignisanzeige bringt: "Die RDP-Protokollkomponente X.224 hat einen Fehler im Protokollablauf festgestellt und die Clientverbindung getrennt." Hoffe auf aufschlussreiche Infos, die uns von unserer Unwissenheit befreien... ;) Damit gute Nacht! Gähn, Michél (aka Zeus)

Hi Leutz, hoffe ich bin hier richtig. Aber den debian Samba konnte ich nun fasst ausklammern. Ich sichere per Batch und psexec per Drive Snapshot (http://www.drivesnapshot) einen TS (Server 2003) und FS (SBS2003) auf einen GW (debian). Die Freigabe auf den GW habe ich zu Testzwecken komplett für Jeden per Vollzugriff freigegeben. Ich sichere per Batch vom FS aus. Sieht so aus: psexec \\TS -u INTRA\Administrator -p PASSWORD -c -f snapshot.exe C: \\gw\backup2disk\drivesnapshot\TS\....... psexec \\FS -u INTRA\Administrator -p PASSWORD -c -f snapshot.exe C: \\gw\backup2disk\drivesnapshot\FS\....... Warum ich beide vom FS sichere? Wegen den Uhrzeiten. Dann wird ein Server nach dem Anderen abgearbeitet. Die Sicherung vom FS01 klappt prima. Vom TS01 zu Anfangs auch jedoch bekomme ich aktuell (seit zwei Wochen)folgende Fehlermeldung: --- schnipp --- 03:47:30 Snapshot error NTCOPY, line 1052 03:47:30 Error opening destination: \\gw\backup2disk\drivesnapshot\TS\week1\dif_TS_D.sna 03:47:30 last Windows Error: 547-Die Konfigurationsinformationen konnten vom Domänencontroller nicht gelesen werden. Mit dem Computer kann keine Verbindung hergestellt werden, oder der Zugriff wurde verweigert. --- schnapp --- Jedoch kann ich vom TS01 per Domänenadmin prima auf die Freigabe zugreifen, Daten löschen, etc. Neustarts beider Systeme brachte nichts. GW kann ich eigentlich ausschließen, da der FS01 ja darauf sichern kann. Was kann hier der Fehler sein? Achso, Ereignisprotokoll bringt darüber übrigens rein überhaupt nichts! Greetz und gute Nacht, zeus

Jep, haben wir jetzt auch gemacht...

@Stephan: Danke. Dann werde ich mir doch eine andere Lösung überlegen müssen. @IThome: Jep, die haben da eine Anwendung auf einen Server laufen, die sich wahllos aus einer Range von 5000 Ports für die Kommunikation mit den Clients einen Port aus dieser Range raussucht. Und das jedesmal neu. Klingt dämlich? Ja! Ist leider auch so und kann man nicht ändern... Danke trotzdem!

Sorry, muss nochmal noch oben... Kann keiner helfen? :(

Nabend, kurz und knapp: Ich sichere sie seit neustem bei allen unseren Kunden vollständig mit. Was sind heute schon 30 bis 200 GB? Völlig Wurscht... :D Hintergrund: Hatte bei vielen schon das Problem bei einer Serverwiederherstellung, dass (ohne einer Sicherung der WSUS-DB) die DB nicht gefunden werden konnte, damit der WSUS nicht richtig neu installiert werden konnte, geschweige denn zu deinstallieren, etc. Also nur Probleme, die ein Haufen Aufwand bedeuten und sich nicht rechnen. Da rechne ich lieber mit ein paar GB mehr Backup-Platz. ;) Greetz, zeus

Mal wieder guten Abend, @TheDonMiguel: *hoffe auf die neue/gute Version* ;) Aber jetzt wirds komisch: Beim Kunde B wo die GRT-Sicherung auf die Samba-Freigabe seltsamerweise funktioniert hatte, bekomme ich von heute auf morgen eine Fehlermeldung: --- schnipp --- Medienkennung: IMG000006 GRT-Sicherungssatzordner: \\192.168.1.99\backup\backupexec\IMG000006 Datenbank wurde nicht gefunden, oder es war kein Zugriff möglich. --- schnapp --- :confused: Keine Sorge! Berechtigungen stimmen, Ziel erreichbar. Alles überprüft und OK. --- schnipp --- Sichern- \\EXCHANGE\Microsoft Information Store\Erste Speichergruppe Datenbank wurde nicht gefunden, oder es war kein Zugriff möglich. -- schnapp --- Sieht so aus, als ob wie bei Kunde A die Sicherung auf die Samba Freigabe vom Exchange GRT auf einmal nicht mehr klappt. Seltsam... Ich werde testen und berichten... Wenn einer Tipps hat: Bitte MELDEN! :cry: Danke... Greetz und gute Nacht, zeus

Nabend, ich muss auf 55 Clients die XP Firewall von einem 2003er DC konfigurieren. Habe zwei Netze. 192.168.1.x und 192.168.3.x. Muss an allen Clients die Ports 60000 bis 65000 im internen Subnetz freigeben. Also ne Range... Aber wie stell ich die per GPO ein? Habs Probiert mit 60000-65000:TCP:*:etc... Wird leider nicht übernommen. :( Bin Dankbar, wenn einer helfen kann. Habe keine Lust alle Ports einzeln einzugeben. Dauert ein bissel zu lang! :shock: Greetz, zeus

Hi Leute, jetzt kommt der Hammer. Erst einmal vielen Dank für die Hilfe. Das Problem bei obigem Kunden ist wohl gelöst. Sichere nun auf eine NTFS-Freigabe und siehe da, es funktioniert. Danke! ABER: Habe einen weiteren Kunden, der seit letzter Woche mit BE12 sichert. Natürlich auch von einem SBS2003 und hier auch den Informationsspeicher des Exchange. Ich hab das Backup auch hier eingerichtet und in Trance meiner Überstunden ohne groß nachzudenken auf eine Samba-Freigabe. Nächsten Tag, E-Mail bekommen, alles realisiert, aber es funktionierte??? Das soll mal einer noch kapieren... Ich werde es beim anderen Kunden nun nochmal probieren. Backup-Jobs neu anlegen oder so. Also wo VERITAS das ganze noch gemacht hat, fand ichs besser... Greetz und gute Nacht, zeus

Hi Marcel, jep, Updates sind alle eingespielt. Ich sichere aber nicht auf ein NTFS-Laufwerk, sondern auf eine Samba-Freigabe von einem Linux. Werde das mal umstellen und für einen Tests auf eine Freigabe von einem Windows-Server sichern. greetz, zeus

hi canon78, hast es hinbekommen? ich stehe vor absolut dem identischen problem auf einem sbs2003 mit symantec backup exec 12. leider habe ich auch noch keine lösung. der link für exchange 2007 hilft wenig, da ein 2003er läuft. und GRT will ich auch nicht deaktivieren, weil hier rückholung einzellner mails gewünscht ist. greetz zeus

Off-Topic: ja, war noch am arbeiten. Wegen dem und einiges andere Probleme auch... ITler schlafen doch nie! :shock: Fernwartung lässt grüßen. Jetzt hab ich aber wieder ausgeschlafen! Grüße und Danke nochmal.

Oh man ITHome, ich danke Dir... So simpel... :rolleyes: War genau der Benutzer hinterlegt. Raus isser und funzen tuts! DAAAANKE! :)