засада с репликацией

Question

Всем доброго времени суток!

Наткнулся сегодня на засаду с репликацией:

есть проект, к которому подключена база геоданных из-под MS SQL Server
база настроена на репликацию как положено

и вот неожиданно вылезла такая вещь: данные из базы, расположенные в проекте на втором уровне иерархии и ниже (то есть находятся в составном слое, который, в свою очередь находится еще в одном составном слое) не видны в визарде репликации

почему такая фигня?
и как ее можно побороть?

я понимаю, что в крайнем случае можно создать новый проект и запихать нужные данные сразу в корень
но хотелось бы знать, в чем причина такого странного поведения ArcMap?

версия ArcGIS Desktop: 9.2 SP5 ArcEditor

Answer 1

-3A- привет, занимаешься с репликациями, вопросик можно:
1) если в дочерной реплике юзер удалить объект и эта строчка на родительской реплике тоже удалиться ?
2) Если один и тот же объект редактируется...в одной реплике геометрия, а в одной атрибутивные данные... будет конфликт и надо его ручками разрешать ?
3) есть ли готовые агенты или ещё что то, что бы реплика автоматический по расписанию запускался или придется кодить в ArcObjects?

Answer 2

Dido_kz
я не настолько гуру в репликации

но попытаюсь ответить

1. не очень понял вопрос
2. будет конфликт. разрешаться может ручками или на автомате: как сам выберешь
3. насколько я знаю, такие агенты есть. но сам я ими не пользовался

мы еще только начинаем работу с репликацией, поэтому у нас самих вопросов больше, чем ответов
    

Answer 3

1. Удалится после синхронизации реплики
2. Конфликт будет, но можно настроить разрешение конфликта таким образом, что в результате останется объект с последней версией и геометрии и атрибутики.
3. Готовый агент - скрипт на питоне (выгоняется из модели) и загоняется в шедулер Windows.

Answer 4

3. Готовый агент - скрипт на питоне (выгоняется из модели) и загоняется в шедулер Windows.

 где можно достать этот скрипт и поюзать ?

Answer 5

Для начала нужно правильно настроить систему репликации и убедиться, что синхронизация выполняется командами вручную.
Потом создаешь модель в ArcToolbox.
Проверяешь, что она работает, т.е. выполняет синхронизацию.
Эскпортируешь её в скрипт.
При желании скрипт редактируешь.
И потом выполняешь - хочешь руками, хочешь через шедулер.

Можешь поправить подключения вот в этом примере и юзать:    20091201_215016_SDEReplication.zip

Answer 6

ручками идет,нет проблем
с моделем мне не понятно, где и как создать ? шедулер виндовозный ?

Answer 7

http://webhelp.esri.com/arcgisdesktop/9.3/index.cfm?TopicName=An_overview_of_models

А шедулер - уж какой больше нравится.

Answer 8

так что?
на мой исходный вопрос ни у кого нет ответа?

как быть-то?
очень не хотелось бы плодить какие-то новые проекты или создавать слои чисто для репликации

Answer 9

так что?
на мой исходный вопрос ни у кого нет ответа?

как быть-то?
очень не хотелось бы плодить какие-то новые проекты или создавать слои чисто для репликации

Видимо придется создать специальный сервис только для репликации.
Что, в принципе, логично.

Answer 10

да я вроде разобрался, как репликацию выполнять средствами ArcCatalog

так что вопрос снимается


но за ответ спасибо

сделано, кстати, абсолютно нелогично
почему я не могу через средства ArcCatalog создать реплику для использования в автономной среде?

приходится запускать ArcMap, добавлять в новый проект данные плоским списком и запускать мастер создания реплик

а вот после того, как реплика создана - ее можно связать с нужной дочерней базой
и дальше работать уже без использования ArcMap, через средства ArcCatalog

при репликации мне нафиг не нужны слои и их представления в ArcMap, а вот приходится от них зависеть на этапе создания реплики

абсолютно непонятно, почему так сделано?