Jump to content

Lian

Moderators
  • Gesamte Inhalte

    22.152
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von Lian

  1. vor 4 Minuten schrieb Prof Hase:

    Hi Lian, was heißt denn hier "nur zur Klarstellung" ???

    Logisch, ist ja auch mein Fehler welchen ich gelöst haben will.

    Anbei noch einmal mit verschobenen Unschärfen zwecks Beweis... 

    Was ein Schwachsinn....

    Die Nachfrage habe ich gestellt, um klarzustellen, ob der Screenshot aus Deiner Umgebung stammt - eben nur zur Klarstellung.

    Dann kann man auf die Angaben eingehen.

     

    Die Aufgabe eines Moderators hier im Forum besteht darin, eine Klärung herbeizuführen.

     

     

  2. In dem Beispiel aus dem Artikel, ist der Teil der passende:

    Zitat

    \\anexampleaccountname.file.core.windows.net\example-share-name

    Solange wie gesagt die Voraussetzungen von SMB3  erfüllt sind, ist Deine Eingangsfrage mit dem Artikel beantwortet.

     

    Ob der Weg Stand heute noch modern oder nachhaltig ist, hat Nils bereits in Frage gestellt.

    Viele Multifunktionsgerätehersteller bieten aktuelle Methoden, oft in Verbindung mit einem Enterprise Output Management (EOM), also ein Stück Software, das je nach Hersteller einen mehr oder weniger komplexen Aufbau erfordert. Damit werden Follow Me Print/Follow Me Scan-Lösungen implementiert und in dem Zuge werden auch andere Quellen/Ziele für die Inhalte als SMB realisiert.

  3. vor 5 Stunden schrieb Justin1802:

    Ja, dass ist leider der Fall.
    Naja trotzdem danke für die schnelle Antwort.

    Hallo Justin1802,

     

    willkommen im Forum.

    Zur Erläuterung: PST-Dateien, egal ob Postfach- oder Archivdaten gehören nicht auf ein Netzlaufwerk, das führt zu vielen Problemen, die schwer vorhersehbar sind und zusätzlich sind die Fehlerbilder nicht eindeutig.

    Offensichtlich bist Du hier genau in so ein Problem gelaufen. Die Lösung ist das anders zu handhaben, auch wenn es vermutlich nicht schnell lösbar ist.

    Wie viele Anwender haben denn das Archiv auf dem Netzlaufwerk?

     

  4. vor 17 Stunden schrieb Lian:

    Bereits 2007 war z.B. die NASDAQ komplett MS SQL hosted: https://www.cluadmin.de/nasdaq-setzt-auf-windows-cluster-sql-server-2005-p28/

    Die Referenz ist inzwischen abgelaufen (toter link), dennoch zeigt das, dass MS SQL schon lange kein "Spielzeug" mehr ist.

    Dein Zitat ist in der Kürze aus dem Zusammenhang gerissen. Danke dafür. Im Jahr 2007 war die NASDAQ -nicht die NYSE- auf MS SQL Server. In welchem Zeitraum und bis wann oder ob immer noch ist eine andere Diskussion. Der Punkt, dass MS SQL Server bereits in der Version 2005 im Jahr 2007 genügend Stabilität und Performance für so ein Geschäft geboten hat, ist ein anderer. 

    vor 21 Minuten schrieb zahni:

    Nur noch ganz kurz OT: Lt der Präsentation nutzt NYSE (nun?) Oracle:

    https://www.oracle.com/technetwork/database/availability/con6678-ra-db-protection-nyse-3960517.pdf

    Da steht auch, dass die NYSE im Jahr 2013 von der ICE gekauft wurde, damit haben die sicherlich einen größeren strukturellen Wandel erfahren als nur den Wechsel ihres RDBMS.

    Wie hilft das nun dem Fragesteller?

     

    Ich verstehe die Frage so, dass die Unterschiede sowie die Vor- und Nachteile der Datenbanksysteme MySQL, MS SQL und PostgreSQL gewünscht waren.

     

    Wer etwas dazu beitragen kann, darf gerne antworten. Alles andere bitte ich jetzt außen vor zu lassen: Back to Topic!

  5. Zum Thema Größe und Performance ist das wie oben angeführt schon lange nicht mehr so. Bereits 2007 war z.B. die NASDAQ komplett MS SQL hosted: https://www.cluadmin.de/nasdaq-setzt-auf-windows-cluster-sql-server-2005-p28/

    Die Referenz ist inzwischen abgelaufen (toter link), dennoch zeigt das, dass MS SQL schon lange kein "Spielzeug" mehr ist.

     

    Mal abgesehen von "dieses und jenes ist besser" geht es dem OP denke ich um eine andere Fragestellung.

     

  6. vor 1 Stunde schrieb Suspekta:
     

    ich muss ein großes Projekt, das zur Zeit mir einer MySQL Datenbank arbeitet überarbeiten und modernisieren

    Ich suche nach einem geeignetem Datenbanksystem und stoße immer wieder auf SQL Server und PostgreSQL.

    Warum habt ihr euch für MS SQL Server entschieden und warum. Das würde mich sehr interessieren

    Es kommt darauf an, für welchen Einsatzzweck Du ein Datenbanksystem vorsiehst.

    Für typische Webapplikationen ohne Anschluss an aufwändige interne Backend-Systeme hat sich MySQL/MariaDB/PostgreSQL durchgesetzt.

    Für interne Datenbanksysteme, die in einer Windows Domäne in einem Unternehmensnetzwerk laufen sollen, hat sich eher MS SQL durchgesetzt und bewährt.

    Du kannst einen SQL Server mit Windows Domänen-Konten berechtigen, weiterhin das System mit GPOs und anderen Windows Bordmitteln zentral konfigurieren, härten etc.

    Ebenso das Thema Virtualisierung, Sicherungen sind in einem Windows-lastigen Netzwerk wesentlich einfacher und eben zentral steuerbar.

     

    Nicht jedes Datenbanksystem ergibt für alle Anwendungszwecke und in allen Umgebungen einen Sinn...

  7. vor 8 Stunden schrieb Iceman7:

    Das mit dem Regkey ist mir soweit bekannt, Den setz ich so eben nicht.

    Hallo Iceman,

     

    Du hast nun einige Male den Hinweis bekommen, es nicht über die Schnittstelle zu tun, sondern über den supporteten Weg:

    https://support.microsoft.com/en-us/help/929852/guidance-for-configuring-ipv6-in-windows-for-advanced-users

     

    Zitat

    We do not recommend that you disable IPv6 or its components. If you do, some Windows components may not function.

     

    Nachdem Du Probleme hast, ändere das doch bitte wie im KB Artikel beschrieben.

     

    VG

  8. Hallo,

     

    nimm den ernstgemeinten Rat an und versuche einen Dienstleister zu finden, der Dir weiterhilft und nicht nur das Thema löst sondern Dich im Idealfall auch aufschlaut, an was es lag und welche Lösung zu bevorzugen ist.

     

    Wir können hier seitenweise weitermachen, aber das wird Dir in diesem Fall außer ein paar Brotkrumen an Wissen nicht den gewünschten Effekt bringen.

     

    Viel Erfolg :-)

     

×
×
  • Neu erstellen...