Jump to content

Fumus

Members
  • Gesamte Inhalte

    2
  • Registriert seit

  • Letzter Besuch

Webseite

Fortschritt von Fumus

Rookie

Rookie (2/14)

  • Erste Antwort
  • Erster eigener Beitrag
  • Eine Woche dabei
  • Einen Monat dabei
  • 1 Jahre dabei

Neueste Abzeichen

0

Reputation in der Community

  1. Hallo, folgende Konstellation: ServerA: Windows 2012 R2, Failovercluster, SQL Server 2012 ServerB: Windows 2012 R2, Failovercluster, SQL Server 2012 ServerC: Windows Server 2012 R2, SQL Server 2012 (Standardinstanz), SQL Server 2012 (Instanzname (DIST) Nun habe ich auf Server A und B eine AVG Gruppe eingerichtet. Von Server A ausgehend eine Transaktionsreplikation (Push) hin zu Server C (STDInstanz), wobei auf ServerC die benannte Instanz DIST der Verteiler ist. Die Replikation funktioniert hervorragend. Auch nach Failover funktioniert das ganze. Allerdings, und jetzt kommt der Hacken: Der Switch beim Failover auf den AVG Listener funktioniert nur, wenn das Konto mit dem die Replikation betrieben wird auf dem DIST sysadmin ist. Ich habe die Rechte so gesetzt wie sie sein sollten. Laut Doku: Caller must either be a member of the sysadmin fixed server role, the db_owner fixed database role for the distribution database, or a member of a publication access list for a defined publication associated with the publisher database. Alles was blau ist , ist erfüllt und dennoch klappts nicht. Die Repliaktion läuft vor dem Failover ohne sysdamin perfekt. Aber wie gesagt bei Failover krachts. Im Protokoll lese ich, dass keine Verbindung mit dem Verbindungsserver hergstellt werden könnte. Hat jemand eine Idee, wie ich ohne sysadmin auskommen könnte? Grüße Andreas
  2. Nun habe ich keinen PostGre zur Hand, aber probier mal das ganze per Script zu realisieren: EXEC sp_addlinkedserver @server = '1192.168.1.100', @srvproduct = 'PostgreSQL', @provider = 'MSDASQL', @provstr = 'Driver=PostgreSQL ANSI;uid=postgres;Server=192.168.1.100;Port=5504 ;database=dbname;pwd=ganzgeheim'; EXEC sp_addlinkedsrvlogin @rmtsrvname = '192.168.1.100', @useself = 'false', @rmtuser = 'postgres', @rmtpassword = 'ganzgeheim'; Bei evetl Verbindungsproblemen - so hab ich das mal gelesen - hat das geholfen: pg_hba.conf file, für das senden des Passworts auf "MD5 trust." einstellen Grüße und hoffe es hilft Fumus ------------------------------------------ Website: http://www.ppedv.de Blog: blog.fumus.de
×
×
  • Neu erstellen...