ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / сбой в агенте репиликации слиянием
25 сообщений из 50, страница 2 из 2
  2  все
сбой в агенте репиликации слиянием
    #39837451
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
Ошибся я немного.
"Срок действия подписок" - это то, что нужно для регулирования кол-ва данных в таблицах MSmerge_contents, MSmerge_tombstone и MSmerge_genhistory.

Поставь 14 дней. Тогда прописка протухнет и удалится через 14*2 дней.

Тут описано:
https://docs.microsoft.com/en-us/previous-versions/sql/sql-server-2005/ms151778(v=sql.90)
...
Рейтинг: 0 / 0
15.07.2019, 14:23
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39837458
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
Добавлю: подписка протухнет, если не будет синхронизаций. Если обмен данными идет регулярно, то никаких протуханий не будет:
A subscription to a merge publication expires if it has not synchronized with the Publisher within the publication retention period.
...
Рейтинг: 0 / 0
15.07.2019, 14:39
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39837534
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
метаданные почистил на издателе и обоих подписчиках. После запуска синхронизации все то же самое. Теперь буду наверное полностью уничтожать публикацию и воссоздавать ее заново. не знаю что еще сделать.
...
Рейтинг: 0 / 0
15.07.2019, 16:25
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39837536
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
Очистил метаданные на издателе и подписчиках. Все то же самое, синхронизация не идет с той же ошибкой. Теперь наверное уже надо удалить публикацию и создать ее заново? Не знаю что еще сделать.
...
Рейтинг: 0 / 0
15.07.2019, 16:27
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39837539
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
авторЕще перед этим я нашел сообщение о неправильном завершении работы агента моментальных снимков
Думаю, с этого начались проблемы.

Я бы переподписал проблемного подписчика для начала. С контролем столбцов со свойством ROWGUIDCOL.
Удалять публикацию - это слишком кардинально.
...
Рейтинг: 0 / 0
15.07.2019, 16:38
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39837922
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
Все ходит по кругу. После вчерашних действий с очисткой метаданных накатил обновления WINDOWS SERVER 2008 на подписчике, перегрузил оба сервера (издатель и подписчик) и запустил подписку (с реинициализацией и подгрузкой несинхронизированных данных). Итог - ошибка: "Определение схемы целевой таблицы "dbo"."ЖурналОтгрузок" в базе данных подписки не соответствует определению схемы исходной таблицы в базе данных публикации. Инициализируйте подписку повторно без применения моментального снимка после того, как убедитесь в том, что определение схемы у целевой таблицы то же самое, что у исходной таблицы". Это уже было. Но я не понимаю - когда применяется снимок - ведь структура таблицы передается на подписчика? Откуда вообще это взялось - перепутанные два последних поля в этой таблице на подписчике? ROWGUID стоит в глубине, после него стоит целый перечень полей, которые были созданы уже в ходе работающей подписки. Да и вручную на подписчике я перед этим исправил.
На издателе:
CREATE TABLE [dbo].[ЖурналОтгрузок](
[№№] [int] IDENTITY(1,1) NOT FOR REPLICATION NOT NULL,
[Документ] [int] NULL,
[ДатаОп] [datetime] NULL,
[Операция] [varchar](50) NULL,
[Кто] [varchar](14) NULL,
[Проект] [varchar](50) NULL,
[План] [bit] NULL,
[Распоряжение] [varchar](250) NULL,
[СпособОтгр] [varchar](50) NULL,
[Примечание] [varchar](250) NULL,
[Дата] [datetime] NULL,
[Сотрудник] [varchar](14) NULL,
[ДатаОтгр] [datetime] NULL,
[GD] [varchar](50) NULL,
[rowguid] [uniqueidentifier] ROWGUIDCOL NOT NULL,
[КонтрТрансп] [bit] NULL,
[КодТр] [int] NULL,
[Паспорта] [tinyint] NULL,
[ТоргМарка] [tinyint] NULL,
[МестоОтгр] [varchar](50) NULL,
[МеткаГр] [bit] NULL,
[МеткаБЧ] [bit] NULL,
[МеткаОС] [bit] NULL,
[НазванияОС] [varchar](1000) NULL,
[ДопФайл] [varchar](300) NULL

На подписчике:
CREATE TABLE [dbo].[ЖурналОтгрузок](
[№№] [int] IDENTITY(1,1) NOT FOR REPLICATION NOT NULL,
[Документ] [int] NULL,
[ДатаОп] [datetime] NULL,
[Операция] [varchar](50) NULL,
[Кто] [varchar](14) NULL,
[Проект] [varchar](50) NULL,
[План] [bit] NULL,
[Распоряжение] [varchar](250) NULL,
[СпособОтгр] [varchar](50) NULL,
[Примечание] [varchar](250) NULL,
[Дата] [datetime] NULL,
[Сотрудник] [varchar](14) NULL,
[ДатаОтгр] [datetime] NULL,
[GD] [varchar](50) NULL,
[rowguid] [uniqueidentifier] ROWGUIDCOL NOT NULL,
[КонтрТрансп] [bit] NULL,
[КодТр] [int] NULL,
[Паспорта] [tinyint] NULL,
[ТоргМарка] [tinyint] NULL,
[МестоОтгр] [varchar](50) NULL,
[МеткаГр] [bit] NULL,
[МеткаБЧ] [bit] NULL,
[МеткаОС] [bit] NULL,
[ДопФайл] [varchar](300) NULL,
[НазванияОС] [varchar](1000) NULL,
Отличается порядок следования двух последних полей.
В воскресенье я уничтожил подписку и создал ее заново. Применил . Репликация пошла. Т.е. все было симметрично на подписчике и на издателе, если она пошла? Через 2 часа все прекратилось с ошибкой: Перечисление вставок и обновлений статьи "Заказы Документы" (пакет поколения 1) ( и в профайлере своя - Declare @p1 int
set @p1=1147038
exec sys.sp_MSadd_merge_history90 @p1 output,12,3,N'Перечисление вставок и обновлений статьи "Заказы Документы" (пакет поколения 1)',0,1,0,0,1,N'',0,0,0,0,0,0,0,0,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,NULL,0
select @p1). После вчерашних действия с очистками метаданных, перегрузками серверов получил в итоге опять сообщение об этом несоответствии схем. Если я сейчас опять уничтожу подписку и опять ее запущу по новой - не получится ли снова та же ситуация? Ведь причина так и не понятна.
Как мне быть: а) вручную исправить схему таблицы на подписчике и попытаться еще раз пересоздать подписку (уже делал так - все слетело), б) пометить подписку на реинициализацию с подгрузкой несинхронизированных данных - сделал так - и получил ошибку о несоответствии схем, в) вручную исправить схему таблицы на подписчике и пометить имеющуюся подписку на реинициализацию (без подгрузки несинхронизированных данных). Что то еще? "Инициализируйте подписку повторно без применения моментального снимка" - это как?
...
Рейтинг: 0 / 0
16.07.2019, 15:26
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39838230
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
авторкогда применяется снимок - ведь структура таблицы передается на подписчика
только в том случае, если подписка имеет опцию "удалить (пересоздать) таблицы перед применением снимка".
...
Рейтинг: 0 / 0
17.07.2019, 11:21
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39838246
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
Посмотри данные в таблице sysmergeschemachange
Справка по ней здесь:
https://docs.microsoft.com/en-us/sql/relational-databases/system-tables/sysmergeschemachange-transact-sql?view=sql-server-2017

Она есть и на издателе и на подписчике.
В ней среди прочих операций регистрируются все изменения таблиц, в том числе и добавление столбцов.

Найди в ней строки со скриптами добавления двух проблемных столбцов.
Порядок строк (и порядок применения скиптов в них) определяется столбцом schemaversion, если не ошибаюсь.
Возможно, порядок не совпадает на издателе и подписчике.

Но это просто для интереса посмотреть.

Для решения проблемы я бы изменил порядок столбцов в таблице на подписчике, сначала удалив подписку.

Перед удалением подписки надо решить возможную проблему с удалением столбца ROWGUIDCOL, я уже писал ранее как это сделать.
...
Рейтинг: 0 / 0
17.07.2019, 11:43
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39838636
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
спасибо, так и сделал - удалил следы репликации на подписчике и поменял столбцы. вроде как работает. Правда перед этим еще немного покочевряжилась, выдавая всякие странные сообщения типа "Подписка не зарегистрирована на издателе" и т.п.
...
Рейтинг: 0 / 0
18.07.2019, 11:08
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39838748
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
проработало успешно пол дня и опять слетела на то же самое - Перечисление вставок и обновлений в статье "Заказы Документы"
...
Рейтинг: 0 / 0
18.07.2019, 13:59
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39838830
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
Подробнее текст ошибки есть?
...
Рейтинг: 0 / 0
18.07.2019, 15:50
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39838852
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
Было в прошлый раз: Перечисление вставок и обновлений статьи "Заказы Документы" (пакет поколения 1) ( и в профайлере своя - Declare @p1 int
set @p1=1147038
exec sys.sp_MSadd_merge_history90 @p1 output,12,3,N'Перечисление вставок и обновлений статьи "Заказы Документы" (пакет поколения 1)',0,1,0,0,1,N'',0,0,0,0,0,0,0,0,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,NULL,0
select @p1). Только сейчас без (пакет поколения 1)
...
Рейтинг: 0 / 0
18.07.2019, 16:29
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839046
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
Такой метод лечения подойдет?
1. Удаляю все подписки на издателе
2. Вношу необходимые изменения в свойства полей на издателе (давно назрело но из за работающей репликации не мог)
3. Добавляю статьи в публикацию (давно назрело но из за работающей репликации не мог) (или потребуется пересоздание публикации?)
4. Делаю резервную копию базы издателя
5. Восстанавливаю ее на подписчике без настроек репликации
6. Создаю подписку на издателе
7. Синхронизирую (без применения моментального снимка - кажется такая опция была?)
8. Наслаждаюсь следующие 5 лет.
...
Рейтинг: 0 / 0
19.07.2019, 09:15
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839055
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
Без применения снимка не получится.
В снимке не только пользовательские данные, но и триггеры, процедуры, системные данные и т.п.
Можно не заливать на подписчика пользовательские данные.
...
Рейтинг: 0 / 0
19.07.2019, 09:42
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839058
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
ОК. Попробую реализовать за выходные. База у нас сравнительно небольшая - каких то пару гигабайт так что можно себе позволить.
...
Рейтинг: 0 / 0
19.07.2019, 09:45
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839059
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
Я бы все-таки профайлером нашел проблемной вызов.
Вот это:
авторexec sys.sp_MSadd_merge_history90 @p1 output,12,3,N'Перечисление вставок и обновлений статьи "Заказы Документы" (пакет поколения
всего лишь запись в лог сообщения об ошибке.
Проблемный вызов был раньше.
...
Рейтинг: 0 / 0
19.07.2019, 09:45
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839063
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
Не помню вот - получится ли изменять свойства таблиц на издателе при имеющейся публикации? Кажется что все таки нет. Тогда 1а. Скриптую публикацию. 1.б Удаляю публикацию. 1в (Нужно ли провести на всякий случай какие то очистительные процедуры от остатков репликации на издателе? (окуривание, молитвы)) 2а. Воссоздаю публикацию. В профайлере я ничего понятного мне до этого вызова не нашел. Не буду тратить время - лучше буду действовать по вновь утвержденному плану.
...
Рейтинг: 0 / 0
19.07.2019, 09:53
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839072
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
В публикации можно менять все.
Часть изменений требует переинициализацию подписчика, часть - нет.
Т.к. причина проблем не ясна, что делать дополнительно тоже не ясно.
...
Рейтинг: 0 / 0
19.07.2019, 10:25
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839074
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
например, добавить ограничение уникальности данных в столбце без удаления публикации получится?
...
Рейтинг: 0 / 0
19.07.2019, 10:32
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839081
Тяп-ляп
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Тяп-ляп
Участник
Как мне помнится - да.
Еще надо смотреть настройки в публикации - будет ли это ограничение передаваться по репликации и допустимо ли оно на подписчике для его данных.
...
Рейтинг: 0 / 0
19.07.2019, 10:44
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839821
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
В субботу полностью остановил процесс репликации на издателе, убрал все подписки,убрал все публикации, провел DBCC CheckDB, заархивировал базу данных, перекинул ее на подписчика, разахивировал без настроек репликации. Создал обратно публикацию, создал обратно подписки - засинхронизировал и все пошло. Проработало воскресенье в условиях когда пользователей было минимум, фактически один. В понедельник, когда сотрудники вышли на работу - 2 часа работы и та же ошибка 2019-07-22
 
06:33:00.456 (C) Корпорация Майкрософт, 2008
2019-07-22 06:33:00.456 Агент репликации Microsoft SQL Server: replmerg
2019-07-22 06:33:00.456
2019-07-22 06:33:00.456 The timestamps prepended to the output lines are expressed in terms of UTC time.
2019-07-22 06:33:00.456 User-specified agent parameter values:
-Publisher SERVER-MO
-PublisherDB VS_ShEn
-Publication VS_PUBLICATION
-Subscriber SBS-SERVER
-SubscriberDB VS_ChNew
-Distributor SERVER-MO
-DistributorSecurityMode 1
-XJOBID 0x2C8461A7429D8C49B36B4FB1887FD3DB
-XJOBNAME SERVER-MO-VS_ShEn-VS_PUBLICATION-SBS-SERVER-13
-XSTEPID 2
-XSUBSYSTEM Merge
-XSERVER SERVER-MO
-XCMDLINE 0
-XCancelEventHandle 0000000000000C20
-XParentProcessHandle 0000000000000BFC
2019-07-22 06:33:00.485 Соединение с Распространитель "SERVER-MO"
2019-07-22 06:33:00.574 Инициализация
2019-07-22 06:33:00.577 Соединение с Издатель "SERVER-MO"
2019-07-22 06:33:01.504 Соединение с Подписчик "SBS-SERVER"
2019-07-22 06:33:01.560 Получение сведений о публикации
2019-07-22 06:33:01.637 Получение сведений о подписках.
2019-07-22 06:33:24.967 Передача изменений данных на издатель
2019-07-22 06:33:27.023 Перечисление удалений во всех статьях
2019-07-22 06:33:27.087 Перечисление вставок и обновлений в статье "Registration"
2019-07-22 06:33:27.539 [3%] [секунд осталось: 52] Перечисление вставок и обновлений в статье "ЖурналПодСпецификаций"
2019-07-22 06:33:30.101 [3%] [секунд осталось: 52] Перечисление вставок и обновлений в статье "Заказы Документы"
********************************************************************************
Microsoft (R) SQL Server Replication Agent

A replication agent encountered a fatal error and was shut down. A mini-dump has been generated at the following location:

C:\Program Files\Microsoft SQL Server\100\Shared\ErrorDumps\ReplAgent20190722093327_0.mdmp

Файл минидампа прилагаю. Также привожу последние строчки из лога дампа 1230:11C4) 07/22/19 10:36:33, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used
(1230:11C4) 07/22/19 10:36:33, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used
(1230:11C4) 07/22/19 10:36:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used
(1230:11C4) 07/22/19 10:36:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: C:\Program Files\Microsoft SQL Server\100\Shared\ErrorDumps\ReplAgent20190722103633_0.mdmp
(1230:11C4) 07/22/19 10:36:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module 'dbghelp.dll' : 'C:\Program Files\Microsoft SQL Server\100\Shared\dbghelp.dll'
(1230:11C4) 07/22/19 10:36:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module 'C:\Program Files\Microsoft SQL Server\100\Shared\dbghelp.dll' : '6.8:4.0'
(1230:11C4) 07/22/19 10:36:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module 'C:\Program Files\Microsoft SQL Server\100\Shared\dbghelp.dll' : '6.8:4.0'
(1230:11C4) 07/22/19 10:36:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module 'sqldumper.exe' : 'C:\Program Files\Microsoft SQL Server\100\Shared\SQLDUMPER.EXE'
(1230:11C4) 07/22/19 10:36:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module 'C:\Program Files\Microsoft SQL Server\100\Shared\SQLDUMPER.EXE' : '2007.100:1600.22'
(1230:11C4) 07/22/19 10:36:34, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module 'C:\Program Files\Microsoft SQL Server\100\Shared\SQLDUMPER.EXE' : '10.0:1600.22'
(1230:11C4) 07/22/19 10:36:34, ACTION, replmerg.exe, Watson Invoke: No
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Input parameters: 4 supplied
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parameter 1: 3744
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parameter 2: 0
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parameter 3: 0:0
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parameter 4: 0000000000CF0DC8
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Parsed parameters:
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ProcessID = 3744
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ThreadId = 0
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Flags = 0x0
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDumpFlags = 0x0
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, SqlInfoPtr = 0x0000000000CF0DC8
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, DumpDir = <NULL>
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ExceptionRecordPtr = 0x0000000000000000
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ContextPtr = 0x0000000000000000
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ExtraFile = <NULL>
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, InstanceName = <NULL>
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, ServiceName = <NULL>
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Dump is associated with file C:\Program Files\Microsoft SQL Server\100\Shared\ErrorDumps\ReplAgent20190722104327_0.mdmp
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 11 not used
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 15 not used
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Callback type 7 not used
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, MiniDump completed: C:\Program Files\Microsoft SQL Server\100\Shared\ErrorDumps\ReplAgent20190722104327_0.mdmp
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module 'dbghelp.dll' : 'C:\Program Files\Microsoft SQL Server\100\Shared\dbghelp.dll'
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module 'C:\Program Files\Microsoft SQL Server\100\Shared\dbghelp.dll' : '6.8:4.0'
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module 'C:\Program Files\Microsoft SQL Server\100\Shared\dbghelp.dll' : '6.8:4.0'
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Location of module 'sqldumper.exe' : 'C:\Program Files\Microsoft SQL Server\100\Shared\SQLDUMPER.EXE'
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, File version of module 'C:\Program Files\Microsoft SQL Server\100\Shared\SQLDUMPER.EXE' : '2007.100:1600.22'
(AA8:5C8) 07/22/19 10:43:27, ACTION, SQLDUMPER_UNKNOWN_APP.EXE, Product version of module 'C:\Program Files\Microsoft SQL Server\100\Shared\SQLDUMPER.EXE' : '10.0:1600.22'
(AA8:5C8) 07/22/19 10:43:27, ACTION, replmerg.exe, Watson Invoke: No

Профайлер сейчас не смотрел, но по видимости там все то же самое
Declare @p1 int
set @p1=1147038
exec sys.sp_MSadd_merge_history90 @p1 output,12,3,N'Перечисление вставок и обновлений статьи "Заказы Документы" (пакет поколения 1)',0,1,0,0,1,N'',0,0,0,0,0,0,0,0,29,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1,NULL,0
select @p1)

Уже не знаю куда дальше двигаться. Подскажите что делать. Надо наверное как то профайлер подробнее настаивать. У меня такое ощущение что дело и не в репликации вовсе, а в чем то другом.
...
Рейтинг: 0 / 0
22.07.2019, 10:56
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839839
invm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
invm
Участник
https://www.google.ru/search?q=replmerg.exe error 0xC0000005
...
Рейтинг: 0 / 0
22.07.2019, 11:27
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839878
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
Хо-хо! А ведь началостб то все после установки обновлений WINDOES!!!!! 2. Удаление установленных обновлений
Если ошибка 0xc0000005 стала частым гостем после установки системных обновлений, можно попробовать удалить некоторые из них. Да, это не шутка, в данном случае сложности действительно могут возникать при наличии пакетов с номерами KB2872339, KB2859537 и KB2882822 в списке установленных. Также с аналогичной ошибкой сталкивались те пользователи, у которых на компьютерах появлялось обновление KB971033.
...
Рейтинг: 0 / 0
22.07.2019, 12:35
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39839912
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
И еще из наблюдений - активности SQL SERVER на издателе Все время висит вот этот процесс - что это - не ясно. Может это причина?
...
Рейтинг: 0 / 0
22.07.2019, 13:20
| Ответить | Цитировать | Написать  
сбой в агенте репиликации слиянием
    #39840431
Фотография garvy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
garvy
Участник
Проблема разрешилась откатом обновления MS SQL SERVER SP3 на издателе. При этом обновлении он не дружил с подписчиком, на котором стоял MS SQL SERVER 2008 в составе пакета MS SMALL BUSINESS SERVER 2008. На другом подписчике установлен SQL SERVER DEVELOPER EDITION 2008 и с ним что с обновлением что без подписка работала исправно.
...
Рейтинг: 0 / 0
23.07.2019, 12:39
| Ответить | Цитировать | Написать  
25 сообщений из 50, страница 2 из 2
  2  все
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / сбой в агенте репиликации слиянием
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]