April 18, 2012 at 12:00 am
Comments posted to this topic are about the item Stairway to SQL Server Replication - Level 10: Troubleshooting
April 20, 2012 at 1:51 pm
Hi,
We have transactional replication setup which replicates data from server A (SQL 2008 SP2) to Server B (SQL 2005 SP2) to Server C ( SQL 2008 RTM).
These days specially after we migrated server A and Server C to SQL 2008 from 2005, I am getting error 'Initial snapshot for the publication/artice is not yet available' Even thought the snapshot agent ran 100% and the replication was stable for 2-3 days. I get error at later point may be after 4-5 days.
I don't know what could cause this issue. Can you please help?
Thanks,
April 21, 2012 at 8:32 pm
What was that? Be serious and reply approriately if you know the answer
June 10, 2012 at 7:39 am
Have you checked the read/write permissions for the post migration snapshot folder?
qh
December 27, 2012 at 5:51 am
In setting up replication, I ran across this issue:
Here is the situation. We are trying to use Transactional Replication from a 2005 Standard system to a 2012 BI system. The 2012 BI Ed does have SP1 installed.
We did get it setup on our dev machines without issue. However, when going to deploy it to production, it bombed during the initial snapshot phase. I am using the same credentials as we did in dev. I have tried elevated all permissions to Sysadmin to ensure that wasn't an issue suddenly. As near as I can tell, everything between the dev environment and the prod environment is the same.
However, as stated, we run into errors during the intial snapshot replication initializatin. Below is the error message from the SQL Agent Job that is trying to run the snapshot.
/*******************************************************
2012-12-27 12:13:31.65 Source: Replication
2012-12-27 12:13:31.65 Exception Type: Microsoft.SqlServer.Replication.ConnectionFailureException
2012-12-27 12:13:31.65 Exception Message: The client was unable to establish a connection because of an error during connection initialization process before login. Possible causes include the following: the client tried to connect to an unsupported version of SQL Server; the server was too busy to accept new connections; or there was a resource limitation (insufficient memory or maximum allowed connections) on the server. (provider: Named Pipes Provider, error: 0 - No process is on the other end of the pipe.)
2012-12-27 12:13:31.65 Message Code: 233
2012-12-27 12:13:31.65
*********************************************************/
Thoughts? I didn't see it in the list of troubleshoot items.
Thanks,
Fraggle
December 27, 2012 at 8:39 am
1. It may not be possible to replicate from 2005 to 2012 (off hand I don't know this) you may need to have the 2005 server at SP4?
2. The size of the publication articles or possibly only one of them could be larger than 2GB - this can cause issues.
If so, you may have to perform a backup of publication database(s) then restore on subscriber server, then "reinitialize without snapshot".
Looking at the error text it may be no 1.
Good luck
qh
December 27, 2012 at 9:00 am
quackhandle1975 (12/27/2012)
1. It may not be possible to replicate from 2005 to 2012 (off hand I don't know this) you may need to have the 2005 server at SP4?2. The size of the publication articles or possibly only one of them could be larger than 2GB - this can cause issues.
If so, you may have to perform a backup of publication database(s) then restore on subscriber server, then "reinitialize without snapshot".
Looking at the error text it may be no 1.
Good luck
qh
1) tested already between a 2005 SP4 install and the 2012 BI edition. It can be done.
2) Even doing a single table with 2 records in it isn't working. So size isn't the issue.
Interesting to note that it appears that the log reader is working (at least the logs say it is as I haven't setup the subscription since there isn't a snapshot to base it off of
)
December 27, 2012 at 9:27 am
Sounds obvious, but did you check Named Pipes settings? Or is that a typical SQL Server "red herring" error and nothing to do with NP at all? :ermm:
qh
December 27, 2012 at 9:37 am
quackhandle1975 (12/27/2012)
Sounds obvious, but did you check Named Pipes settings? Or is that a typical SQL Server "red herring" error and nothing to do with NP at all? :ermm:qh
I think it is a red herring. As near as I can tell, the "test" and "prod" 2005 boxes are setup exactly the same regarding tcp/ip, named pipes, etc. I haven't changed anything on the 2012 box.
Fraggle
Viewing 9 posts - 1 through 8 (of 8 total)
You must be logged in to reply to this topic. Login to reply