Jump to content

klaus_b

Abgemeldet
  • Gesamte Inhalte

    143
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von klaus_b

  1. klaus_b

    Private MSMQ

    Hallo Steffen, hier was zum lesen über MSMQ allgemein. Der Bereich über Verwalten der Sicherheit dürfte dich bestimmt interessieren. Servus Klaus
  2. Hallo auch, Eine Anleitung nicht, aber einen ersten Überblick findest Du hier Mit dem .NET-Framework kannst Du unter vielen Sprachen wählen. Nimm die, die Dir persönlich am besten zusagt. Es ist nicht ganz ohne einen Windows-Dienst sauber zu gestalten, da Du auf sehr viele Ereignisse reagieren musst. In der MSDN findest Du im allgemeinen sehr gute Ansätze und für weitergehende Fragen ist die MSDN-Community eine gute Anlaufstelle. Servus Klaus
  3. Die Sql-relevante Ordnerstruktur der beiden Maschinen ist also gleich? Dann prüfe bitte, ob der Account, unter dem Dein SQL-Server läuft, ausreichende Rechte in den Zielverzeichnissen besitzt. Servus Klaus
  4. Hallo Minti, Da steht eigentlich schon alles, was Du tun solltest. Hake die Option WITH MOVE in den Wiederherstellungsoptionen an und wähle einen Speicherort aus, den es auf Deinem Rechner giebt. Servus Klaus
  5. Hallo Marcel, der ist nach wievor da, nur heist er jetzt SQL Server Management Studio oder kurz SSMS. Das SSMS beinhaltet jetzt auch den Query-Analyzer und falls verfügbar kannst Du den Profiler direkt aus dem SSMS starten. Einzig die Serverkonfiguration ist ausgelagert in den OberflächenManager. Servus Klaus
  6. Hallo Balubär, ... die Abfrage: USE pubs GO EXEC sp_spaceused ... die Ausgabe: database_name database_size unallocated space -------------------------------------------------------- ------------------ ------------------ pubs 2.69 MB 0.47 MB reserved data index_size unused ------------------ ------------------ ------------------ ------------------ 1504 KB 600 KB 664 KB 240 KB Und hier ein Link rund um SQL. Servus Klaus
  7. Bitte, immer gerne. Servus Klaus
  8. Hallo elsebio, hast Du vieleicht in den Datenbanken die Option "Automatisch beenden" aktiviert? Vergiss auch nicht in der Master Datenbank nach zuschauen. Servus Klaus
  9. Hallo Whissler, Je nach Modell kann die Fritzbox auch hinter den Router. Hab hier bei mir eine Fritzbox(5012) hinter 'nem Vigor 2500 und an der Fritzbox hängt noch eine Fritz-TK. Ip-Telefonie geht in der Konstellation sehr gut. Servus Klaus
  10. Hallo Cellcon, Das könnte ein Rechteproblem sein. Hat denn der User, unter dem Du das SSMSE ausführst, die nötigen Rechte um auf das Laufwerk D:\ deines Servers zugreifen zu dürfen? Servus Klaus
  11. Hallo Haggard, wenns wirklich nur um die Controller-Treiber geht würde ich Dir zu einer SpecialInstallationsDisk raten. Hab das bei mir auch für w2k-Server gemacht. Da kam ich mit "einbinden der SCSI-Treiber beim Setup" auch nicht weiter, da der Treiber einen ServicePack Stand verlangte der auf der CD nicht drauf war. Geht relativ easy. Kopier die original CD auf Platte, die benötigten Treiber ins Installationsverzeichnis der Windowsttreiber. Dann die txtsetup.sif im Bereich SCSI anpassen und das ganze auf 'ne Bootfähige CD brennen. Servus Klaus
  12. Hallo UweLeo, im SQL Server werden keine Dateien übers Netzt angehängt, das wiederspricht dem Konzept eines SQL Servers. Du kannst Datenbanken aber sehr einfach im Netz bereitstellen. Du installierts den Sql Express auf einem Rechner im Netz und hängst die Datenbanken lokal auf diesem Rechner an. Dann in der SQL Oberflächen Konfiguration TCP/IP aktivieren und den SQL-Browser starten und Start Modus auf automatisch stellen. In der Win-Firewall den TCP-Port 1443 für SQL Netzzugriffe öffnen. Jetzt kannst Du aus Deinem Netz auf den SQL Express zugreifen. Jetzt brauchst Du noch ein vernünftiges Frontend Deiner Wahl, z.B.: ASP.NET oder PHP wenns WebFrontends sein sollen. Ansonsten jede WinApp die mit Datenbanken umgehen kann. Servus Klaus
  13. Yepp, mixed Mode ist die einfachste Lösung. Hätt' mir auch einfallen können. Aber oft sieht man den Wald vor lauter Bäumen nicht ;) Freut mich, dass es jetzt klappt. Servus Klaus
  14. Hallo coolskin, der sicherste Weg um das Stammverzeichnis des SQL zu finden, ist über die Dienste. Öffne die DiensteVerwaltung und such den DienstNamen deiner StandardInstanz z.B.: [ SQL Server (Yukon) ]. Unter Eigenschaften -> Allgemein in der Textbox Pfad zur EXE-Datei: siehst Du dein Stammverzeichnis. Bei den anderen Instanzen analog. Was sagt SSMS wenn Du auf SQL1 oder GFI klickst? Sind dort eventuell noch Datenbanken sichtbar? Falls ja, kannst Du die Datenbanken ja im SSMS löschen. Servus Klaus
  15. Die Verzeichnisse haben NICHTS mit den Instanzen zu tun! der SQL Installer zählt die nur hoch, wenn mehrere SQL-Server auf einer Maschine Installiert werden. Das Verzeichnis Mssql.1 ist deine aktuelle Installation. Servus Klaus
  16. Normalerweise erkennt SSMS nach einem Klick auf eine NICHT mehr verfügbare Instanz das selbst und fragt Dich ob die Instanz aus der Liste entfernt werde soll. Yepp, ist der Reg_Multi_SZ InstalledInstances unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server Dort einfach die deinstallierte Instanz rauslöschen. Servus Klaus
  17. Hallo coolskin, ich kann Dir zwar nicht wirklich helfen, da ich den MailArchiver NICHT kenne. Da Du Windows auth. benutzt, verlangt der MailArchiver einen DomainAdmin zu erstellen seiner Datenbank. Da der SQL gegen Windows authentifiziert, musst Du als Admin die Datenbank erstellen. Im ServerManager müssen die Tabellen in der erstellten Datenbank mit dbo beginnen, also etwa dbo.MailTabelle. Das gilt wars***einlich für SQL auth. Das kann mit Windows auth. nicht funktionieren, da der SQL im Windows auth. Modus immer gegen Windows, also NTLM oder AD, authentifiiert. Der MailArchiver initialisiert eine Verbindung als User den zwar MailArchiver kennt, der SQL aber zurückweist da er von Windows keine auth. für den angefragten User erhält. Wie denn auch. Der User steckt zwar im MailArchiver, aber Windows kennt in nicht da der User ja Windows irgendwie bekannt gemacht werden muss. Nur mal so ins blaue: Erstell mal einen User im MailArchiver, der entweder im AD oder NTLM existiert. Theoretisch müsste das klappen. Sorry falls es nicht klappt, kann mich hier auch nur durchtasten. Servus Klaus
  18. Hab hier 'nen Link für Dich zum SQL Server Management Studio Express. Der SSMSE ist kostenfrei mit ein paar Einschränkungen: Wenn Dir das genügt, ist das die richtige Wahl für dich. Servus Klaus
  19. Hallo PatrickKByte, Das kanns Du mit der SQL Befelszeile machen. Findest z.B. Du unter: C:\Programme\Microsoft SQL Server\90\Tools\Binn\ Wenn Du WindowsIntegratedSequrity verwendest sqlcmd -S deinSqlServerName -E 1>USE deineDatenBank 2>GO Der Datenbankkontext wurde auf 'deineDatenBank' geändert. 1>DROP TABLE deineTabelle 2>GO Das wars schon ;) Servus Klaus
  20. Hallo coolskin, eine Instanz kann nicht gelöscht werden. Du musst sie deinstallieren. Ich hab hier für dich einen MSDN Artikel, der ganau dieses beschriebt. Hoffe das hilft Dir. Off-Topic:Heb' Dir die Links auf, Du wirst sie noch öfter brauche. :cool: Servus Klaus
  21. Hallo Stefan, Das macht Windows doch sowieso. Mindestens für die Hälfte der eingestellten LeaseTime des DHCP. Servus Klaus
  22. Hallo Coolskin, Ich glaube ich verstehe Dich jetzt. Du hast einen SBS 2k3 und hast von MSDE, was SQL 2k entspricht, auf SQL 2k5 Workgroup Edition migriert. Die beiden "Server" im SSMS sind benannte Instanzen. Jetzt willst also eine weitere Instanz zu deinen beiden bestehenden Instanzen hinzufügen. Wenn dem so ist, habe ich einen Link für dich. Im Abschitt Installieren einer neuen Instanz von SQL Server 2005 Workgroup Edition Dort heist es: Das dürfte genau das sein was Du suchst und ist Step by Step erklärt. Hoffe dich richtig verstanden zu haben. Servus Klaus
  23. Hallo Coolskin, Im Management Studio siehst Du jegliche ServerInstanz, mit der Du dich im SMSS im Fenster "Registrierte Server" verbindest. Du kannst auf jeder Maschine auf der SQL-Server installiert ist, Datenbanken für jede beliebige Anwendung erstellen. Du must nur sicherstellen, dass die jeweilige Anwendung Zugriff auf deinen SQL-Server hat. Wenn Du dementsprechend viele SQL-Server benötigts, kommt auf Dein Datenaufkommen an, dann ja. Servus Klaus
  24. Ich kann Dir nur über den SQL 2005 Auskunft geben, da ihn kenne. Oracle kenne ich nicht so gut. Wenn Du SQL 2005 als DBMS wählst und Dir jemand die Server aufsetzt der sein Handwerk versteht, läuft das fast von allein. Ausser vieleicht mal ein Verbindungsproblem oder das System kommt mal in die Jahre. Ansonsten ist der SQL 2005 sehr schön zu verwalten. Versuch auf alle Fälle bei der Integration des DBMS, egal welches, in euer System dabei zusein. Es ist immer wieder sehr interessant und lehrreich richtigen DB-Profis über die Schulter zu sehen. Vor allem können Dir solche Leute gleich bei nem HandsOn zeigen, wo die Kniffe sind um dein System sauber zu warten. Servus und viel Spass dabei Klaus
  25. Hallo Torsten, bei 'ner DSL1000 Verbindung dürfte das Problem nicht der Down sondern Upstream sein. Da ich aber nicht weis wie hoch das Datenaufkommen bei der genannten Aufgabenstellung ist, kann ich das Verbindungsproblem nicht beurteilen. Wie viele User soll das DBMS bedienen? Sind die DB-Frontends Windowsanwendungen? oder steht eine WebAnwendung vor der Datenbank? Falls WindowsClients, kann evtl. mit WebServices gearbeitet werden, oder brauchen die Clients direkten Zugriff auf die DB? Wie schnell müssen Änderungen repliziert werden? All das sind Überlegungen die Du in deinem Konzept beachtet solltest. Off-Topic: Jepp, is mein Rotti. und natürlich Frauchen seiner ;) Servus Klaus
×
×
  • Neu erstellen...