а вся заморочка репликации в том, что я них@ра не шарю в 1с, а нужно иметь бекапы файловых баз 1с как можно "горячее"... слишком много бизнесПроцессов на этом завязано. И бекап даже часовой давности - уже сильно старый
Во первых бизнес процессы и файловые базы не совместимы
Во вторых зачем при наличии вим комьюнити гонять реплики вм вместо данных?
я хз почему, но почему-то после вима базы не поднимаются(((( точнее поднимаются, но после того "как 1с-ник" пошаманит чёта там хз что..... а реплики машин поднимаются без его участия совсем
я хз почему, но почему-то после вима базы не поднимаются(((( точнее поднимаются, но после того "как 1с-ник" пошаманит чёта там хз что..... а реплики машин поднимаются без его участия совсем
я хз почему, но почему-то после вима базы не поднимаются(((( точнее поднимаются, но после того "как 1с-ник" пошаманит чёта там хз что..... а реплики машин поднимаются без его участия совсем
вообще странно, что релика что бекап вима это теже снапшоты...
я хз почему, но почему-то после вима базы не поднимаются(((( точнее поднимаются, но после того "как 1с-ник" пошаманит чёта там хз что..... а реплики машин поднимаются без его участия совсем
аварийные сценарии тестились? или реплики гонялись штатно?
сейчас попробую затэстить "reverse replication")) интересная штука, однако... но что-то не совсем хорошо работает... опять упёрся в то, что всё начинается с нуля(
очень странная логика у микрософта. Реверсивная репликация не работает пока не удалишь оригинал виртуальной машины с гиперви, откуда собсно эта машина и "приехала"
После отработки внепланового файловера, судя по всему, нет возможности вернуться обратно, кроме как через реверс реплики. А реверс реплики сливает виртуальную машину целиком ((((( и плевать им что там уже лежит вертуальная машина готовая