Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Крупная проблема с Merge Rplc
|
|||
|---|---|---|---|
|
#18+
Привет всем!!! Всех поздравляю с нашим праздником Подскажите пожалуста, где можно почитать про репликации, snapshot-и и всему относящемуся к данному вопросу. Интересует не описание как это настраивать, а как это изнутри. Желательно на русском. Проблема в следующем: SQL 2000 Merge replication Есть 3 базы данных SrcDB, TrgSrcDB, TrgDB 1. Из SrcDB посредством ХП перекачиваются данные в TrgSrcDB. При этом происходит полная очиска таблиц на TrgSrcDB и вставка данных. Структура, ключи и индексы при этом не изменяются. 2. Данные из TrgSrcDB перекачиваются в TrgDB посредством репликации. В репликации настроены фильтры, которые по SUSER_SNAME() фильтруют данные, т.е. перекачивается только то, что необходимо данному пользователю. При отсутствии таблиц в TrgDB все происходит без проблем ( вариант (а) ). Но при наличии таблиц ( вариант (а) был уже выполнен ) если произвести пункты 1 (т.е. перекачать данные) затем 2 (т.е. среплицировать данные ), в Replicaton Monitor появляется ошибка error: Failed to enumerate changes in the filtered articles last command: {call sp_MSsetupbelongs(?,?,?,?,?,0,?,?,1,?,?,?,?)} Облазил BOL, technet пока ничего не нашел. Вопрос: Что может давать данную ошибку? Может надо пересоздавать snapshot после каждой перекачки, но помоему у snapshot-а немного другая задача ( создание таблиц, ключей и индексов ) ?? Вопрос для меня очень важен. Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2001, 15:30 |
|
||
|
Крупная проблема с Merge Rplc
|
|||
|---|---|---|---|
|
#18+
Сорри совсем забыл установлен MS SQL Standart Edition ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2001, 15:49 |
|
||
|
Крупная проблема с Merge Rplc
|
|||
|---|---|---|---|
|
#18+
Если можно, поподробнее о таблицах, фильтрах и т.д. У меня простейший пример прошел нормально - статьи фильтрует, никаких ошибок нет. Лучше всего приведите целый пример со скриптами объектов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2001, 17:58 |
|
||
|
Крупная проблема с Merge Rplc
|
|||
|---|---|---|---|
|
#18+
Реплицируется порядка 20 таблиц Приведу как образец --Создание функции CREATE FUNCTION v1_fncGetClientsIDs() RETURNS TABLE AS RETURN( SELECT AC.VPUnitID, AC.ClientID FROM tbAgentsClients as AC WHERE AC.UserID = dbo.v1_fncGetUserID() ) GO --Фильтр по таблице SELECT * FROM tbClients WHERE EXISTS ( SELECT * FROM v1_fncGetClientsIDs() as FNC WHERE tbClients.VPUnitID = FNC.VPUnitID and tbClients.ClientID = FNC.ClientID ) --Скрипт создания таблицы CREATE TABLE [dbo].[tbAgentsClients] ( [UserID] [int] NOT NULL , [VPUnitID] [smallint] NOT NULL , [ClientID] [int] NOT NULL , [rowguid] uniqueidentifier ROWGUIDCOL NOT NULL ) ON [PRIMARY] GO ALTER TABLE [dbo].[tbAgentsClients] WITH NOCHECK ADD CONSTRAINT [PK_tbAgentsClients] PRIMARY KEY CLUSTERED ( [UserID], [VPUnitID], [ClientID] ) ON [PRIMARY] GO ALTER TABLE [dbo].[tbAgentsClients] WITH NOCHECK ADD CONSTRAINT [DF__tbAgentsC__rowgu__03C8DD1F] DEFAULT (newid()) FOR [rowguid] GO CREATE UNIQUE INDEX [index_1411588167] ON [dbo].[tbAgentsClients]([rowguid]) ON [PRIMARY] GO Данных достаточно много. Я читал на MS сайте, что есть проблема с переполнение буфера при использовании UDF. Patch я уже скачал, пока попробовать не удалось. Может ли изза этого выскакивать данная ошибка Спасибо Вопрос для меня очень важен и я рад любой помощи или совету ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2001, 18:09 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=3579&tid=1826885]: |
0ms |
get settings: |
8ms |
get forum list: |
22ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
22ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 323ms |

| 0 / 0 |
