Jump to content

phoenixcp

Expert Member
  • Gesamte Inhalte

    5.450
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von phoenixcp

  1. uups, da ist ja schon ewig nicht mehr gepatcht worden. ;) Das war ja das erste Update was es für den SQL Server 2005 jemals gab, danach hat er nie wieder ein Update geschweige denn ein Service Pack gesehen. Die Speicheroptionen am besten mal mit dem folgenden Statement checken: Select value, value_in_use from sys.configurations where name in ('min server memory (MB)', 'max server memory (MB)') [/Code] Ansonsten den Server mal auf einen aktuellen Versionsstand bringen. Momentan der höchste für MS SQL Server 2005: 9.00.4285 (wäre dann Service Pack inkl. cumulative Update #8 für MS SQL Server 2005 SP3). Vorrausgesetzt das die Hersteller deiner Datenbanken die Updates freigeben, ansonsten den größten gemeinsamen Versionsstand wählen.
  2. Hallo Manny Erstmal würde ich an deiner Stelle das Eventlog rund um den Absturz untersuchen. Nur weil der Server abstürzt, muss das kein SQL Server Problem sein. Welchen Patchlevel hat denn dein SQL Server? Zur Ermittlung mal den Versionsstand per Select @@version[/Code] ermitteln. Wie groß sind die Datenbanken die auf dem Server rumliegen? Wieviel RAM darf sich die SQL Server Instanz denn genehmigen? Gruß Carsten
  3. Am besten jemanden dazuholen, der weiß er tut. Wir können auf diesem Wege schlecht beurteilen, was dein genaues Problem ist und was du damit dann machen musst.
  4. Gibt es zwischen der vorherigen und der aktuellen Installation signifikate Unterschiede?
  5. Die solltest du dir sicherheitshalber sichern und beiseite legen um sie nach der Neuinstallation neu einzuhängen. Sicher ist sicher ist sicher.... Sprich: Datenbanken sichern Datenbanken aushängen ausgehängte DB's und Sicherung beiseite kopieren Testversion deinstallieren lizensierte Version installieren DB-Files zurückkopieren einhängen gut sollte sein (ohne Garantie) Für den Fall der Fälle solltest du das ganze für dich und deine eigene Sicherheit einmal vorher mit ner VM oder so simulieren. Das nimmt das mulmige Gefühl und gibt unheimlich Sicherheit.
  6. Und was sagt das Eventlog wie in der Fehlermeldung bereit verkündet dazu?
  7. Hallo Aleks Für den SQL Server ist die Lizenzierung auch recht einfach: Testversion deinstallieren, richtige Version installieren und dabei den korrekten Lizenzkey verwenden. Fertig. Gruß
  8. Hallo Mario, hallo Stephan Sorry, da kann ich beim besten Willen nicht mitreden. Ich agiere eher da eher in Umgebungen > 10.000 Anwender. Und zugegeben, da sieht die Situation meist etwas anders aus. Hast du ne Linkquelle für den TO als Absicherung als auch für mich zur Info zwecks des Supports von SQL Server auf DC? Gruß und Danke Carsten
  9. Hallo Sisum Dann solltest du deinen Domänen-Admin mal dazu befragen. Da wird er sicher nen Grund dafür haben, oder? Gruß
  10. Hallo Stefan Vielleicht liegt es einfach daran, das es nicht auf einem SBS funktioniert? Was sagt denn der Hersteller da dazu? Hast du Herstellerfreigabe für den Einsatz auf einem SBS? oOo... Gruß
  11. Hallo M. Korrekt, das macht man auch nicht. Ggf. könntest du damit auch den Anspruch auf Support verlieren. Ihr solltet bei eurem Kunden eher durch Beratungskompetenz punkten, indem ihr einen dritten Server empfehlt, der dann den redundanten DC stellt. Ja, die Empfehlung von Microsoft. In diesem Fall ist es auch eine etwas spezielle OS-Variante. ;) Mit Verlaub, aber diese Einstellung ist leichtsinnig. Gruß Carsten
  12. Naja: wenn selbe Konstellation wie von dir beschrieben auf einer alten physikalischen Büchse schneller ist, wird es wohl doch eher auch am ESX liegen. ;) Das der Server von 6 GB 4 GB für sich beansprucht ist nun wirklich nicht erstaunlich, immerhin reden wir von einem SQL Server. Wieviele Instanzen, DB's und welche Größen der DB's haben wir denn vorliegen? Was einem virtualisierten SQL Server immer überhaupt nicht gefällt ist die dynamsiche CPU-Verteilung des ESX-System. Ordne dem SQL Server feste CPU's zu. Das Umschaltverhalten des ESX macht den SQL Server richtig langsam. Kann ich dir aus eigener negativer Erfahrung berichten. Wie ist sonst der SQL Server ausgestattet? Grundsätzlich: Wenn ich einen richtig schnellen SQL Server haben will, steht der als echte Hardware in der Gegend rum. ;) /Edit: Grade oben die Ausstattung gesehen. Nächste Anregung: Gib dem Server mehr CPU's, stell dann die Prozessoraffinität des SQL Servers so ein, das CPU 0 die I/O fürs System macht, der Rest der CPU's reine SQL Server Last. Wenn die Prozessoren Hyperthreaded sind, dann schalt HT aus, sonst schlagen sich die CPU's in den Threads zwischen I/O und SQL gegenseitig tot.
  13. Mansell weiß aber als einer der wenigen wie man einen dritten Platz sichert, indem man ein leergefahrenes Auto über die Ziellinie schiebt. ;)
  14. Funktioniert bei mir ebenfalls prima, auch als Nicht-Member der Kundendomäne. Aber dafür braucht es halt das Zertifikat und das eben gültig. ;)
  15. Nein, das gebe ich nicht zu. Wenn Ayrton Senna noch an Leben wäre und Nigel Mansell noch F1 fahren würde, wäre Michael nie im Lieben bis zum 7. Titel gekommen. ;)
  16. Guter Tipp: Wenn ihr euer Dynamics und das Netz im allgemeinen wieder am fliegen haben wollt, dann holt euch externe Hilfe ins Netz. Das was ich hier lese klingt mir nicht unbedingt nach der absoluten Fachahnung (ohne dich / euch dabei zu diskreditieren) und diese Lücke solltet ihr dringend schließen.
  17. Ja. Von diesem werden dann auch nur die Komponenten installiert, die zugehörige Clientkomponenten auf dem Client vorfinden. Gruß
  18. Moin Wie wäre es denn, das Übel an der Wurzel zu packen und ein neues Zertifikat zu deployen? Gruß
  19. Aha... Spannend... Was wäre denn das negative? Gruß Ein bekennender FF 3.6-Nutzer
  20. Off-Topic: ROFL... Danke, you made my day
  21. Moin Um es ein wenig genauer darzustellen: Die Übertragung ist verschlüsselt, sprich die Datenpakete werden auf der Senderseite verschlüsselt und auf der Empfängerseite entschlüsselt. Die Datei selber ist weder auf der Sender, noch auf der Empfängerseite verschlüsselt. Zumindest nicht durch den Einsatz des SSL-Protokolls. Gruß Carsten
  22. Hallo boq Mit welchen Credentials läuft denn der Dienst auf deinem Server B? Mit einem Domänenbenutzer oder mit einem lokalen Konto? Gruß
  23. Hallo Peter Da leg ich dir mal ganz einfach die Licencing FAQ für den SQL Server 2008 ans Herz: SQL Server 2008 Licensing Frequently Asked Questions Gruß Carsten
  24. Hallo Daniel Siehe dazu: http://www.mcseboard.de/rules.php#nr5 Gruß Carsten
×
×
  • Neu erstellen...