phoenixcp

Ohne CALs solltest du dir in deinem eigenen Interesse die Mühe garnicht machen. ;) Und grade wenn es "nur" für ne LAN ist, die 2 bis 3 mal pro Jahr stattfindet, dann bieten sich da deutlich bessere alternativen, vorallem finanziell. ;)

Ich halte es aber für viel wahrscheinlicher das das von einer anderen Software kommt. Wie gesagt, Endpoint Protection ist es nicht... Zumindest glaub ich nicht dran. Dann könnte es unter Umständen sein, das du in genau der kurzen Zeit "angegriffen worden bist", als man bei Symantec noch nicht soweit war. Konntest du denn damals den Infektionsweg nachvollziehen?

Das ist nicht automatisch gesagt, das die 2000er CALs günstiger sind. Erstens musst du einen Distri finden, der noch welche vertreibt. Zweitens stellt sich bei W2k mittlerweile echt die Frage des Supports. Ich würde es auf keinen Fall mehr produktiv einsetzen, Bestandssysteme ausgeschlossen. Aber ein neues System auf W2k hochzuziehen ist bei mir mittlerweile ein absolutes No-Go. Ist es tatsächlich so, das von deinen 30 Leute alle gleichzeitig auf ner Freigabe rumhühnern? Da kann ich fast nicht dran glauben. Und wenn du den SBS eh mal am laufen hast, dann würde ich an deiner Stelle diesen nehmen und dort die Freigaben verwalten, als noch einen W2k in Betrieb zu nehmen.

Was werden denn da für Dateien abgelegt? Ich kann das bei mir nicht beobachten, betreibe Symantec Endpoint Protection 11 auf Win XP Professional SP 3. Den proaktiven Bedrohungsschutz haben wir bei uns nicht im Einsatz, ebenfalls den Netzwerksbedrohungsschutz nicht, weil wir damit einige Probleme innerhalb unserer Umgebung hatten. Ja, nach eigener Erfahrung sogar recht zuverlässig. Entweder es war nicht aktuell, oder die Würmer waren so brandneu, das ich das fast für unrealistisch halte. Hatte bisher noch keine vergleichbaren Probleme, sind mir auch aus unserer Firma keine bekannt. Ansichtssache... Ich hätte auch viel lieber was anderes deployed, aber die Entscheidung lag leider nicht in meiner Hand.

AFAIK lässz sich das schon alleine lizenzrechtlich nicht in der gewünschten Form umsetzen. Dafür würdest du ein Windows XP Multilanguage benötigen und diesem dann das jeweilige MUI-Pack verpassen.

Ähm, wo is der User Admin? Ist der Domain-Admin, ist der lokaler Admin oder ist der DBO? Wo änderst du was wie in was für einer Tuppel? Erklär einfach mal, was du genau machst und beantworte mal die Fragen, die wir dir vorhin gestellt haben. Dann wird es deutlich einfach dir zu helfen...

Hallo und willkommen an Board. Was meinst du denn mit ???Was konkret hast du denn vor?

Wie du schon schreibst: konfiguriere es über den DNS Server. Trag die Hosts einfach als statische Einträge manuell im DNS ein und fertig ist der Lack. Oder wo ist das Problem?

Nils und Frank haben ja schon ein paar beantwortenswerte Fragen gestellt, ich stell mal noch eine in den Raum: Ist die DB vielleicht auch nur Read Only?

Meiner Meinung nach nicht. Wie wäre es zum Beispiel mit einem IIS-Cluster?

Naja, amerikanische Gesetze sind immer wieder ein Lacher wert. Hier ein paar Beispiele: Lustige und kuriose Texte :: Lustige Amerikanische Gesetze Mein absoluter Favorit:

Welche Excelversion mit welchem Patchstand? Von welchem Client-Os mit welchem Patchstand reden wir? Wie speicherst du die Datei auf dem Server? Per Netzlaufwerk? Lässt sich die Datei woanders korrekt abspeichern?

Hm, hast du noch ein paar mehr Infos für uns oder ist Rest streng geheim?

Vom Grundverdacht würde ich mich Lian pauschal anschließen. Gibts einen bestimmten Grund für den niedrigen Patchlevel? U.u. solltet ihr mal ein Update in Erwägung ziehen...

Nicht nur für die Express Edition ist das SP3 als Beta verfügbar, sondern auch für den "richtigen" SQL Server 2005. ;) Download details: SQL Server 2005 SP3 Beta Wohlgemerkt: es handelt sich hierbei um BETA-Software...

Hm, Overtakes sind normalerweise nicht so gern gesehen, aber naja... ;) Wie genau lautet die exakte Fehlermeldung?

Garnicht.... Nur indem du selber testest, bevor du die Patches deployst, wenn dir die Freigabe von MS nicht als Qualitätskriterium ausreicht.

Off-Topic:Beim lesen solcher unqualifizierten Äusserungen schwillt mir immer wieder die Halsschlagader an...

Um es kurz zu machen: per appwiz.cpl kannst du nur auf die Applikationsliste deines lokalen PC's zugreifen, nicht auf einen Remote-PC. Also wirst du dir wohl eher ne Uninstallkommandozeile basteln müssen und die per PSEXEC ausführen müssen. Dann musst du auch nicht laufen... ;)

Dafür gibt es Dienstleister, die sich auf sogenannte Penetrationstests spezialisiert haben. Ich würde mich an deiner Stelle an einen solchen Dienstleister wenden, wenn dein Sicherheitsbedürfnis so extrem hoch ist. Hier wirst du keinerlei Anleitungen erhalten, wie du evtl. deinen ISA von aussen kompromittieren kannst. Ich denke mal das du dafür auch Verständnis hast ;) Off-Topic:So, der Satz gehört gleichmal mit in die Sammelkiste für nette Sprüche... ;)

Ich glaube nicht das das das Problem ist.... Ich nehme an du sprichst von deinem lokal installierten Managementstudio. Damit das auf die selbe Version kommt, wie dein Server musst du natürlich den entsprechenden Hotfix auch auf deinem Client installieren.

Schau mal hier: SQLStress - Home

Nein, in einer SQL Query per SQL Server Management Studio...

Und wenn du das unter demselben Account wie dem Account für den Wartungsplan ausführst, wird die Datei dann gelöscht oder nicht?

Welchen Task hast du genau verwendet? Den Maintenance Cleanup Task oder den History Cleanup Task? Der History Cleanup Task räumt nur die Maintenance History auf, während der Maitenance Cleanuptask alte Dateien beräumt. Des Weiteren könntest du mal prüfen, wer Owner des Maintenance-Jobs ist und ob dieser Account die entsprechenden Berechtigungen im Backupverzeichnis hat.