none
SCCM 2012 R2 - Database Replication "Link is being configured" RRS feed

 > 

  • Allgemeine Diskussion

  • Discussion
    Anmelden
    0
    Anmelden

    Moin,

    ich habe ein Problem mit der Installation einer Secondary Site. Die Pre-Checks und die Installation laufen fehlerfrei durch und die Site ist active.

    Die Database Replication bleibt leider in dem Status "Link is being configured" stehen und der "Replication Link Analyzer" bringt die Fehlermeldung "File replication route to destination site code PRI is not created on site code SEC."

    Die File Replication Rules sind allerdings korrekt und lassen sich auch nicht löschen oder editieren.

    Jemand irgendeine Idee oder bestenfalls eine Lösung?

    Samstag, 25. Januar 2014 22:17
    |

Alle Antworten

  • Discussion
    Anmelden
    0
    Anmelden
    Sind Fehler im sender.log auf beiden Sites zu sehen bzw im despool.log auf der Secondary?

    Torsten Meringer | http://www.mssccmfaq.de

    Sonntag, 26. Januar 2014 08:58
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Richtige Errors sind in beiden Logs nicht vorhanden.

    Im despool.log steht nur "Waiting for ready instruction file...."

    Das sender.log der secondary Site ist überschaubar:

    SMS_EXECUTIVE started SMS_LAN_SENDER as thread ID 4624 (0x1210).    SMS_LAN_SENDER    25.01.2014 22:06:45    3984 (0x0F90)
    Starting MS_LAN sender...    SMS_LAN_SENDER    25.01.2014 22:06:45    4624 (0x1210)
    Registry indicates no outbox for the sender to scan.    SMS_LAN_SENDER    25.01.2014 22:06:45    4624 (0x1210)
    Registry indicates no outbox for the sender to scan.    SMS_LAN_SENDER    25.01.2014 22:06:45    4624 (0x1210)
    Waiting for new/rescheduled send requests, Maximum Sleep Time = 1 minutes    SMS_LAN_SENDER    25.01.2014 22:06:45    4624 (0x1210)
    SMS_EXECUTIVE signalled SMS_LAN_SENDER to stop.    SMS_LAN_SENDER    25.01.2014 22:07:01    3984 (0x0F90)
    We have 0 active connections    SMS_LAN_SENDER    25.01.2014 22:07:01    4624 (0x1210)

    Und im sender.log der Primary Site sieht es schon so aus, als würden daten ausgetauscht. Hier ein beispielhafter Eintrag:

    Attempt to write 1048576 bytes to SECONDARY SITESERVER 1 at position 1803234304    SMS_LAN_SENDER    23.01.2014 15:56:00    4604 (0x11FC)
    Wrote 1048576 bytes to SECONDARY SITESERVER 2 at position 1416309760    SMS_LAN_SENDER    23.01.2014 15:56:00    3924 (0x0F54)


    Sonntag, 26. Januar 2014 15:05
    |
  • Discussion
    Anmelden
    0
    Anmelden
    Ist die Installation der Secondary Site denn überhaupt schon erfolgreich durch (siehe Logs auf C:\)?

    Torsten Meringer | http://www.mssccmfaq.de

    Montag, 27. Januar 2014 08:11
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Ja, laut ConfigMgrSetup.log ist alles fehlerfrei installiert. In der Konsole ist die Site auch "active".

    Im rcmctrl.log habe ich allerdings noch folgenden Eintrag gefunden:

    *** set quoted_identifier on;set ansi_warnings on;set ansi_padding on;set ansi_nulls on;set concat_null_yields_null on;set arithabort on;set numeric_roundabort off;set DATEFORMAT mdy;    SMS_REPLICATION_CONFIGURATION_MONITOR    26.01.2014 23:24:11    2920 (0x0B68)
    *** [08S01][233][Microsoft][SQL Server Native Client 11.0]Shared Memory Provider: No process is on the other end of the pipe.    SMS_REPLICATION_CONFIGURATION_MONITOR    26.01.2014 23:24:11    2920 (0x0B68)
    *** set quoted_identifier on;set ansi_warnings on;set ansi_padding on;set ansi_nulls on;set concat_null_yields_null on;set arithabort on;set numeric_roundabort off;set DATEFORMAT mdy;    SMS_REPLICATION_CONFIGURATION_MONITOR    26.01.2014 23:24:11    2920 (0x0B68)
    *** [08S01][233][Microsoft][SQL Server Native Client 11.0]Communication link failure    SMS_REPLICATION_CONFIGURATION_MONITOR    26.01.2014 23:24:11    2920 (0x0B68)
    *** Failed to connect to the SQL Server.    SMS_REPLICATION_CONFIGURATION_MONITOR    26.01.2014 23:24:11    2920 (0x0B68)

    Per telnet komme ich aber an den sql-server auf Port 1433 und 4022 ran.

    Montag, 27. Januar 2014 11:46
    |
  • Discussion
    Anmelden
    0
    Anmelden
    ... und mit dem SQL Mgmt Studio?

    Torsten Meringer | http://www.mssccmfaq.de

    Montag, 27. Januar 2014 12:59
    |
  • Discussion
    Anmelden
    0
    Anmelden
    Mit dem SQl Mgmt Studio funktiniert der Connect einwandfrei.
    Montag, 27. Januar 2014 15:33
    |
  • Discussion
    Anmelden
    0
    Anmelden


    *** [08S01][233][Microsoft][SQL Server Native Client 11.0]Shared Memory Provider: No process is on the other end of the pipe.    SMS_REPLICATION_CONFIGURATION_MONITOR    26.01.2014 23:24:11    2920 (0x0B68)


    Ist Shared Memory auf dem SQL der Secondary aktiviert?
    Welche SQL Version bzw SP/CU?

    Torsten Meringer | http://www.mssccmfaq.de


    Montag, 27. Januar 2014 16:16
    |
  • Discussion
    Anmelden
    0
    Anmelden
    Shared Memory ist aktiviert. Installiert ist SQL Server 2012 Service Pack 1 CU 7.
    Dienstag, 28. Januar 2014 11:24
    |
  • Discussion
    Anmelden
    0
    Anmelden
    Dann gehen mir auf die Ferne die Ideen aus (wenn nicht's brauchbares in den SQL Server Logs steht).

    Torsten Meringer | http://www.mssccmfaq.de

    Dienstag, 28. Januar 2014 12:42
    |
  • Discussion
    Anmelden
    0
    Anmelden

    Hallo,

    ich kann den Thread in das SQL Forum verschieben. Vielleicht hat jemand dort einen Tipp.

    Gruss,
    Raul

    Raul Talmaciu, MICROSOFT 
    Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „IT-Pros helfen IT-Pros“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.

    Donnerstag, 30. Januar 2014 07:55
    |
  • Discussion
    Anmelden
    0
    Anmelden
    Dann gehen mir auf die Ferne die Ideen aus (wenn nicht's brauchbares in den SQL Server Logs steht).

    Torsten Meringer | http://www.mssccmfaq.de

    Hallo

    was sagen denn die SQL Server Error-Logs zu dem Zeitraum?

    Den Hinweis mit Shared Memory verstehe ich nicht - der SQL Server ist doch nicht lokal. Netzwerkzugriff wurde ja offenbar auch bereits mit telnet geprüft.

    Bleibt die Frage, was in der Connection genau eingestellt ist.

    Andreas Wolter (Blog | Twitter)
    MCM - Microsoft Certified Master SQL Server 2008
    MCSM - Microsoft Certified Solutions Master Data Platform, SQL Server 2012
    www.andreas-wolter.com | www.SarpedonQualityLab.com

    Freitag, 31. Januar 2014 11:47
    |