phoenixcp

Also da die Rechte innerhalb der Datenbank stimmen, kann es nicht an der Datenbank liegen. Der Rest wäre Kaffeesatzleserei, da ich die Applikation und deren Quellcode nicht kenne (und auch nicht kennen will). Ich meinerseits schiebe hierbei ganz klar der Applikation den schwarzen Peter in die Schuhe, den SQL Server seitig ist alles sauber.

Naja, wie man es nimmt. Eigentlich eher ein klarer Fall von WLKIKIV, wenn man sich die Ursprungsregel nochmal in aller Ruhe zu Gemüte führt, dass das so nicht gehen kann. ;)

Über sowas rede ich hier nicht. ;) Zudem bin ich selbst "Außendienstler" wenn man das so nennen will, daher kann ich dir nur sagen, das sich genau für diesen Fall bei uns in der Firma ein paar vorbereitete Notebooks in der Schublade befinden, welche von Zeit zu Zeit auf den aktuellen Stand gebracht werden und quasi sofort einsetzbar sind. Grade bei solchen Ausfallsummen ist das recht schnell und preisgünstig organisiert. Daten sollten nunmal nicht lokal liegen, dann kann man es sich auch sparen, die Daten hin- und herzuschaufeln. Ggf. führt der "Außendienstler" ein Backup-Medium mit sich, von welchem er die Daten selbstständig überführen kann. Wieso? Sag jetzt bitte nicht, sie sind lokale Administratoren? Da wunderst du dich noch, das sowas passiert? Und um deine Frage zu beantworten: Wir setzen verschiedene Techniken ein. Auf den Clients am Ende der ganzen Kette haben wir aktuell (noch?) Symantec Endpoint Protection im Einsatz. Welchen Nutzen auch immer dir die Antwort jetzt bringt.

Was ist das denn für eine Applikation? Wenn du selber Komponenten hinzufügen kannst, geh ich davon aus, das du diese selber entwickelst. Warum dann unbedingt ADO? Nimm nen schönen SQLClient und gut. Bei .Net wäre das dann der System.Data.SQLClient-Namespace. Gruß

Hm, keine Ahnung. Oracle ist auch nicht grade meine Paradedisziplin. Ich war nur durch den Betreff auf den Inhalt des Threads gestossen und hab mal kurz Tante Google angebrüllt.

Grummel *Tomaten von den Augen nehm* 100% ACK Norbert

Hi Im Angesicht des Gefährdungspotentials sehe ich nichts, was die Unmöglichkeit verhindert. Eine Ergänzung noch zu deinem Grübeln: Ist ein Virenbefall immer nur auf den eingesetzten Virenscanner zurückzuführen oder braucht es dazu ggf. mehr Schutzmaßnahmen? ;) Gruß Carsten

Sicher. Könnte nicht nur, er wird. Das lässt sich so nicht beantworten. Das hängt ganz klar von der Art und Anzahl der Transaktionen auf deinem System ab. Dafür hast du ja dann das Backup, oder? Grundlegende Backup und Restore-Szenarieren für den SQL Server sind dir bekannt? Wenn nein: Backing Up and Restoring Databases in SQL Server Hier kann ich Nils leider nicht zustimmen, aber hieran scheiden sich immer wieder die Geister. :). Die Vergrößerung des Transaktionslog im laufenden Betrieb hängt sehr stark von Art und Anzahl der Transaktionen ab. Häufen sich bestimmte Peaks in Transaktionszahlen immer wieder mal, dann wird es unregelmäßig große Anstiege geben. Je nachdem ob das zutrifft oder nicht, würde ich das Transaktionslog immer im Rahmen des Wartungsplans mit verkleinern (übrigens in deinem zweiten Bild der Task direkt unter dem markierten, den einfach hinter den Backup-Task hängen ;) ). Zudem würde ich aber die initiale Größe des Transaktionslog auf einen gewissen Wert voreinstellen, so das die Datei zwar ggf. nach einem Backup leer ist, aber recht performant neu befüllt werden kann, weil der Platz auf den Platten bereit allokiert ist. Gruß Carsten

Meist, indem das Notebook eingezogen wird. Eine weitere Benutzung eines solchen Notebooks ist nicht nur fahrlässig sondern auch gefährlich. BTW: Virenentfernung ist nicht der Weisheit letzter Schluss. Ich empfehle hier klar eine Neuinstallation. Wer weiß was nach der Virenbeseitigung alles zurückbleibt. Ein einmal korrumpiertes Betriebssystem wirst du nie wieder in einen endgültig sicheren Zustand bekommen. Gruß

Off-Topic: Och Menno, da bin ich grade selber in eine solche Falle getreten, könnte mit Wissen strotzen und Nils nimmt wieder alles vorweg. :D Da ich grade selber durch dieses Tal der Tränen bin ohne vorher das Default Schema des Logins korrekt einzutragen: Ich tendiere ganz klar zu Nils seiner Vermutung. 100 % ACK

Warum modernisiert ihr dann die Clients? Eine Client-Server-Umgebung sollte schon gleichmäßige Updatezyklen erfahren. Das ist die einzige Hilfe die dir anzubieten ist. Optional wäre der Einsatz von zeitgemäßen Mailclients zu überlegen. Mehr gibts dazu eigentlich nicht zu sagen.

Hallo Sebastian Die Lösung ist recht einfach. Im Anschluss an deinen Task zur Sicherung des Transaktionslogs baust du noch einen Task zu verkleinern (shrink) des Transaktionslogs. Zum Verständnis: http://support.microsoft.com/kb/907511 Das Transaktionslog wird nicht automatisch durch das Backup verkleinert. Gruß Carsten

Hi yogi Definier doch testweise mal noch dazu, das es sich dabei um "Absender innerhalb oder ausserhalb deiner Organisation handelt". Dann wäre die Regel zumindest nach meinem logischen Verständnis erstmal vollständig. Gruß

Hallo JackLevin Wie wäre es denn zum Beispiel damit? deployvista.com > Home - Deploying Ubuntu 8.04.1 using WDS (Windows Deployment Services) Sollte die nicht gefallen, wirst du hier sicher mehr finden: Let me google that for you

Hi shoty Ist evtl. bei den Clients mit Office 2007 die Windows Desktop Search installiert und bei den 2003ern nicht? Gruß

Laufen die denn wirklich? Bin grade über das hier gestolpert: http://download.oracle.com/docs/cd/B28359_01/relnotes.111/b32005.pdf Ist der Oracle unter Umständen upgegraded worden?

Hi frickler Schau doch mal hier: Event ID 5774 Source NETLOGON Hilft dir das weiter bei deiner Recherche? Gruß Carsten

Hi Thomas Schau dir mal die Thematik "Auto Reset" in Verbindung mit neu angelegten Ordnern auf der Speicherkarte bei den Canon DSLR's an. Beispielsweise bei der EOS 50D (http://www3.canon.de/images/pro/fot/slr/geh/file/EOS50D_HG_deu.pdf), meine private 450D bringt das aber auch schon. Gruß Carsten

Je nachdem welche ihr Kamera ihr einsetzt sollte auch das möglich sein. Ne anständige DSLR bietet da durchaus Optionen. Kompakte Schnellknipser bieten solche Felxibilität leider selten bis garnicht.

Die Frage der Sicherheit musst du dir eher selber beantworten. Wie sehen denn deine Anforderungen aus? Was soll gehen und wie? Daraus kannst du dir dann ableiten, was für Berechtigungen du brauchst. Und das wird dann deine Frage nach der Sicherheit beantworten.

Hm, seit Beitrag #2 schlage ich dir eine Beobachtung via Perfmon vor und die soll nicht gehen und auf einmal geht sie doch... Nunja, sei es drum. Ich würde mir grade bei einem SQL Server hauptsächlich die Themen Arbeitsspeicher, Arbeitsspeicherauslastung, I/O, I/O Auslastung und die CPU-Kerne in ihrer Auslastung anschauen. Konkrete Bezeichnungen von Leistungsindikatoren hab ich grade nicht zur Hand, da musst du selber mal schauen. Je nachdem wie gut die Abfragen etc. definiert oder optimiert sind, solltest du damit die essentiellen Bottlenecks (mein Tipp: Festplatten-I/O und / oder Arbeitsspeicher) herausfiltern können.

Während ein SSIS-Package läuft kannst du keine Abfragen ausführen? Perfmon während nem SSIS-Package sollte doch aber definitiv kein Problem sein. Irgendwas an deiner Maschine ist da im argen... Tja... ich enthalte mich mit meiner persönlichen Meinung zu diesem ERP und behalte mir rein technische Unterstützung vor. Lass doch mal den MS SQL BPA drüber laufen und schau was der zu der Maschine und der Instanzkonfiguration sagt: MCSEBoard.de SQL Blog Blog Archive Der SQL Server 2005 Best Practices Analyzer

Dann ist aber die Anwendung schrottig. Perfmon remote von ner Admin-Workstation auch probiert?

Hallo Krombi Ich denke das es da kein absolut einheitliches Vorgehen geben wird. Erstens hängt es nach meinem Erachten von der durchzuführenden Arbeit ab, was überhaupt zu sichern ist und daraus ergibt sich dann das wie. Zweitens ist ein Snapshot nicht immer das Mass der Dinge was eine Sicherung angeht, grade wenn wir uns DCs oder Datenbankserver anschauen. Von daher... Ich würde eher anders vorgehen: Ich würde für dich Sicherung den Kunden in die Pflicht nehmen, denn ein normales Backup muss der ja auch am Fliegen haben. Gruß

Hallo 13 % Last sagt ja nur bedingt etwas aus. Das ganze müsste man mal via Perfmon beobachten. Wahrscheinlich braucht er einfach nicht mehr, könnte die einfachste Erklärung sein. Gruß