DerRossi

Hab die 32bit Version auf einem Quadcore Q9550 2,83 Ghz und 8GB RAM (hatte vorher Vista HPrem. 64bit drauf) und bin hochzufrieden. Läuft um ein vielfaches geschmeidiger als Vista und lässt sich in keinster Weise aus der Ruhe bringen. Vista hat gerne mal "gehakt". Alte Anwendungen wie Photoshop 5.5, Acrobat 6 etc. funktionieren problemlos. Einige alte Spiele streiken wegen fehlender Kopierschutztreiberunterstützung und meinen seligen Canon Lide 30 Scanner kann ich leider nur ein einer VM betreiben. Etwas gewöhnungsbedürftig ist die Anordnung minimierter Fenster in der Taskleiste. Ansonsten macht mir Win7 sehr viel Spaß, die Vollversion wird auf jeden Fall gekauft.

Nimm einen der verfügbaren Generic Treiber, probiere es am besten mit den MS Publisher Treibern. Damit habe ich auf meinem Win7 sogar einen uralten HP Laserjet 4L zum laufen bekommen.:cool:

Leuteleuteleute... Es ist doch sowas von egal, wie lange SQL 2000, Exchange 2000 oder Server 2000 noch Support hat... Der W2K Server ist nächste Woche als DC Geschichte. De Facto ist er es jetzt schon. In 1 bis 2 Wochen fliegt der Exchange ebenfalls in den Orkus. Der SQL wird frisch installiert von jemandem, der seit Jahren nichts anderes macht als SQL in allen Formen, Farben und Varianten. Wenn das Dingen läuft, läufts. Ist nicht meine Baustelle, geht mich auch nichts an weil nicht meine Hoheit. Und der SQL 2000 bleibt auch nur vorübergehend, bis der Hersteller der Applikation seine Software auf einen SQL 2005 portieren kann. Noch einmal: Mir geht es um eine brauchbare Migrationsmöglichkeit von Server 2003 Standard auf SBS 2008 aber so wie es aussieht, kann mir hier anscheinend keiner helfen...

Oh? Server 2000? Aus dem Produktsupport rausgefallen? Das wussten die Jungs von der Supportabteilung in Irland gestern aber noch nicht... ich habe ganz tollen und kompetenten Support zum Server 2000 / Exchange 2000 bekommen.... schon komisch! Vielleicht solltet ihr mal eure Supporter aufklären... Dass der Kunde da auf einer Zeitbombe sitzt, wusste er schon vor über einem Jahr. Wenn der Kunde erst zum Zeitpunkt X sein Portemonnaie aufmachen kann / will, ist das erst Mal sein persönliches Problem. Ich hätte ihm der Einfachheit halber auch einen "veralteten" SBS 2003 verkaufen können. Aber Danke für die kompetente Hilfe hier...

Nein, die SQL Kiste ist jetzt auch völlig irrelevant. Kern dieses Threads ist die Migration auf SBS 2008. Ich kann mir nicht vorstellen, dass es kein Szenario gibt, in dem ich von 2003 auf SBS 2008 migrieren kann...

Nicht gerade sehr Kundenfreundlich, oder? Das ist doch Mist! Wer denkt sich sowas aus? Und warum? Ich kann dem Kunden doch nicht auch noch einen SBS 2003 verkaufen!

Hi! Nach langer Abstinenz und Problemlosigkeit melde ich ich auch mal wieder zu Wort. Und gleich mit einem dicken Fisch. Ein Kunde von uns will einen SBS2008 und hat derzeit einen W2k SP4 + Exchange 2k SP4. Zusätzlich soll ein W2k3 Std. als neuer SQL Server fungieren. 2k3 deswegen, weil eine alte nur auf SQL2000 lauffähige Applikation mitgeschleppt werden muss. Ich habe schon einige vorbereitende Maßnahmen getroffen, d.h. einen W2k3 x64 Std installiert, komplett mit allen Updates versehen und zum ersten DC mit allen FSMO Rollen, Global Catalog und Schemamaster versehen. Weiterhin ist er bereits DNS-Server und repliziert fleißig mit dem 2000er. Domänenebene/Forest ist derzeit noch Win2000 pur. Momentan läuft alles sehr gut. Als nächsten Schritt möchte ich den W2k zum Member degradieren und die Ebenen auf 2003 anheben, damit ich das 2008er adprep durchführen kann. Frage 1: schadet das dem Exchange 2000? Das soll / muss b.a.w so bleiben, Exchange redet noch mit einer Dokumentenverwaltung - andere Baustelle. Frage 2: ich finde viel zur Migration von SBS2k3 zu SBS 2k8 aber nicht von Standard zum SBS2k8. Brauche ich da das Migration Answer File auch? Der neue SBS ist ein FSC Primergy TX300. Bei FSC installiert man vorzugsweise mittels der Server Start DVD. Dort habe ich keine Möglichkeiten zu einer Migration gefunden und das Basis OS erst einmal in einer Workgroup installiert. Die SBS-Funktionen sind noch nicht vorhanden. Frage 3: Kann ich den SBS zuende installieren und dann manuell alle Rollen übernehmen lassen? Leider kann ich so eine Migration nicht im Vorfeld testen.... Wenn mein Vorgehen bis jetzt ****sinn war, kann ich den SBS jederzeit neu installieren. Da die Domäne bis jetzt einwandfrei funktioniert, ist alles entspannt und nicht zeitkritisch. Wenn ihr bessere Vorschläge (am Besten eine komplette FAQ oder so...) habt, immer her damit. Ich bin für jeden Hinweis dankbar! Beste Grüße Sascha

Ich habs selbst rausgefunden. Es war Acrobat 6 installiert. Das haut dem Office System anscheinend wichtige Systemdateien durcheinander. Der Rechner musste zwar neu aufgesetzt werden, weil der Schaden irreparabel war, aber ohne Acrobat 6 funktioniert bei Outlook 2007 beim exportieren von Kontakten jetzt tadellos.

Hallo zusammen! Ich hab hier ein Riesenproblem mit einem XP SP3 Rechner auf dem Office 2007 Sp1 installiert ist. Der Rechner ist in einer SBS2003 Domäne. Beim Versuch, von Outlook Kontakte, egal ob persönliche oder öffentliche Kontakte in eine Datei zu exportieren, stürzt Outlook jedes Mal ab. Im Anwendungslog erscheinen dann ein Fehler und eine Warnung: Sowie Hat jemand eine Idee, was das sein könnte? Vielen Dank schon mal!

Installierst du den Standard oder den Laptop Client? Der Laptop Client kann nur und ausschließlich 1x für einen User installiert werden. Weitere lokale Benutzer können den Client nicht benutzen. Eine Änderung des lokalen Profils ergibt für den CRM Client einen neuen Beutzer und er funktioniert nicht mehr. Was hab ich in den letzten Wochen CRM schon verflucht...

der TCP/IP-Stack könnte defekt sein. Die Winsock.dll ist dafür verantwortlich. Googel mal nach "Winsockfix"...

Schmeiß den RRAS Server aus der Konfiguration raus, boote den Server 1x neu und installiere RRAS neu. Da liegt oft der Hase im Pfeffer.

Wir haben sowas kürzlich bei zwei Kunden (unter einem Dach mit einem phys. LAN) gemacht, die beiden SBS arbeiten prima nebeneinander her. Aber auch hier schlug der Versuch zwei DHCP zu betreiben, leider fehl. Momentan wird in beiden LAN mit statischen IPs gearbeitet (Class B mit einer 16er Subnetzmaske). Da die Netze recht klein sind, je ca. 20 User, geht das noch und auf die Art und Weise können beide Domains sich sogar noch einen Router teilen. Hat alles seine Vor- und Nachteile...

Je 128 L2TP und PPTP Ports sollten genügen?!:rolleyes:

Der Server hat nur 1 Netzwerkkarte.... Serverneustart mit und ohne RRAS hab ich auch schon ein paar mal versucht. Der Hobel schweigt stille....

Ich werd noch doll hier... ein Kunde hat einen 2003er SBS R2 Premium, bis auf den ISA Server ist alles installiert. Die Installation haben wir selbst nicht durchgeführt, das Gerät wurde von uns in den Service übernommen. Der Kunde möchte nun via VPN von extern auf die Domäne zugreifen, was nicht funktioniert. Ans Internet ist er mit einem T-Com DSL Modem und einem Netgear WGR614v3 angebunden. Mit DynDNS und RDP-Console komme ich prima auf die Maschine drauf, es lässt sich aber keine VPN-Verbindung einrichten. Selbst eine testweise eingerichtete VPN-Verbindung innerhalb des LAN funktioniert nicht. Der Server reagiert nicht auf Anfragen. Clients bekommen wahlweise den Fehler 678 oder 800. Portfreigaben und Weiterleitungen auf dem Router sind soweit alle korrekt eingerichtet. Das Dumme an der Geschichte ist, dass der Server nicht eine einzige Meldung ins Eventprotokoll schreibt. Somit habe ich keine wirkliche Ansatzmöglichkeit zur Fehlersuche. Einfach Schweigen im Walde... Die RRAS-Konfiguration habe ich mit denen anderer - VPN-funktionablen- SBS-Servern anderer Kunden verglichen. Alle Einträge sind standardmäßig und identisch. Ja, der RRAS-Dienst sowie der IAS-Dienst läuft. Wo soll ich den Hebel ansetzen wenn mir der Patient nicht sagt, wo´s wehtut?:suspect:

Googel mal nach DamewareNT (oder Damware?) Die älteren Versionen gibts auf der Entwicklerseite kostenlos. Ist ein recht umfangreiches Tool!

Ähnliches Problem hatte ich mal mit einer CAD-Anwendung. Ich habe dem lokalen Benutzer Vollzugriff auf das Programmverzeichnis gegeben, dann gings. Der lokale User braucht keine Adminrechte für den gesamten PC. Eine andere Lösung gibts m.E. nicht.

Nein, auf der Vista-Recovery ist nur Vista drauf, du brauchst eine XP-Recovery-CD Auch nicht, die Vista-Recovery CD kannst du behalten, für den Fall dass du doch mal Vista installieren willst. Du nimmst einfach eine XP-RCD von einem Altsystem, bootest davon und installierst XP. Das BIOS-Lock verwendet anscheinend den Vistakey für das Downgrade, anders kann ich mir das nicht erklären. Wenn du keine XP-RCD hast, bekommst du sie bei FSC gegen Vorlage des COA-Keys. klingt plausibel, und verknüpft diese wohl lauffähig im BIOS mit dem Vistakey...

Ja Moment mal... Fujitsu-Siemens z.B. bietet Kunden die Möglichkeit alle Vista-OEM-Computer auf XP-Pro downzugraden. Dazu braucht der Anwender nur eine x-beliebige FSC-Recovery-CD ohne Lizenzkey.... und es funktioniert ohne XP-Key. Ich habs selber schon gemacht. Aber nach MS-Recht ist eine alleinstehende Recovery-CD keine Lizenz! Wo kommt in dem Fall bitte die XP-Lizenz her?

So wie es sich anhört, werde ich einen alten PC nehmen, einen NT4 Server drauf installieren, ihn zum BDC und dann zum PDC machen und einen W2k3 Server darüber installieren... Ich danke euch erst mal für die zahlreichen Anregungen!;)

Hmmm... wäre möglich, aber mal wieder ein Arbeitsschritt zu viel. Gibts denn sonst keine annehmbaren Lösungen? Kann ich nicht einen der bestehenden 2003er nehmen?

Hi! Da du anscheinend ohnehin schon 55 zusätzliche SBS-CALs hast, nimm den SBS. Wenn du ihn als Domänencontroller einsetzen willst, muss der SBS sowieso "Die Mutter aller Domänencontroller" sein. Den Standard 2003er kannst du in deiner SBS Domäne als weiteren DC nutzen, dann brauchst du keine neuen CALs für diesen Server. In diesem Szenario bietet sich der Standard 2003er als Antiviren-Server an.

Bei einem Kunden von uns steht in naher Zukunft eine Umstellung von NT4 nach 2003 SBS an. Da ich sowas noch nie gemacht habe, habe ich natürlich schon ein paar Manschetten. Der Kunde hat hat 2 NT4 Server (PDC/BDC) und 4 2003 Standard Server, außerdem gibt es noch einen NT4 Server auf dem Exchange 5.5 läuft. Diesen Mailserver teilen sich zwei Firmen. Es sollen einige Dienste und Funktionen zusammen gefasst werden. Das ist auch nicht das große Problem. Ich sehe meine Schwierigkeiten eher darin, den SBS in die bestehende NT-Domäne aufzunehmen und ihm sukzessive alle Masterrollen zu übertragen, damit er zum Schluss die Domäne übernimmt. Die NT-Server sollen hinterher aus der Domäne komplett entfernt werden, bestenfalls nur noch als Memberserver agieren. Wie kriege ich die Benutzerdaten verlustfrei von NT ins Active Directory? Gibts dazu irgendwo ein detailliertes Werk zur korrekten und sicheren Vorgehensweise? Ihr kennt das ja, der Kunde möchte natürlich sowenig Downtime wie möglich haben, am Besten erfolgt die Migration im laufenden Betrieb...:shock: :suspect: Der nächste Knackpunkt wird die Exchange-Geschichte werden. Aber das soll nach der Domänenumstellung passieren... Jedenfalls stelle ich mich schon mal auf ein paar lange Abende ein...

So, da bin ich wieder. Ich habe Symantec zwischenzeitlich auf 10.2 ugraden können. Der Fehler taucht aber immer noch auf... die Auswahlmöglichkeit habe ich nur auf den Clients, nicht auf der Client-Installation des Servers, da kann ich leider nur "Dateisystem" auswählen und die Exchange-Ordner asuklammern.