|
Одна и та же БД MSSQL на двух серверах 1с | ☑ | ||
---|---|---|---|---|
0
Klesk
09.07.18
✎
21:19
|
надо обмен КД 2.0 сделать на более быстром сервере, но потом чтобы работали на старом
1.будет ли конфликт? 2.и УИ не поменяются? 3.а если в файловую выгрузить а потом обратно соответствие объектов не нарушится? |
|||
1
vde69
09.07.18
✎
21:27
|
1. работать будет
2. уиды - не поменяются 3. не нарушится при сабже - не будут верно работать серверные блокировки, то есть транзакции могут пересекатся и может появится частичная потеря данных |
|||
2
d4rkmesa
09.07.18
✎
21:29
|
Про нумерацию забыли?
|
|||
3
Fram
09.07.18
✎
22:00
|
(1) че прям на продакшне гонял?
|
|||
4
Klesk
09.07.18
✎
22:10
|
(2) а что там с нумерацией?
|
|||
5
vde69
09.07.18
✎
22:19
|
(3) да видел на продакшене и видел последствия...
ни кому не советую :) |
|||
6
Jofa
09.07.18
✎
22:27
|
(0)(1)Может кластер собрать из 2 Серваков 1С лучше настроить там так чтобы конвертация выполнялась на нужно сервере тогда проблем вроде как с Блокировками не должно быть..
|
|||
7
Aleksey
09.07.18
✎
23:30
|
(4) нумерацией заведует сервер 1С, а раз это разные сервера и между ними нет договоренности, то вполнне возможны одновременная выдача одного и того же номера разным сеансам.
Но это возможно при одновременной работе на двух серверах и при одновременном запросе номера на один и тот же вид |
|||
8
rphosts
10.07.18
✎
03:33
|
(0) одна и та-же база на 2 серверах это лютый писец, который вылезет внезаптно
|
|||
9
cons74
10.07.18
✎
07:18
|
(0) вместо этой фигни установи такую же версию службы 1с на втором сервере и добавь его в кластер, а дальше используй "требования назначения функциональности" для настройки выполнения кода на нем.
|
|||
10
Sammo
10.07.18
✎
07:25
|
(1) У меня при смене сервера приложений у вновь создаваемых ссылок принцип формирования уидов менялся. Это вылазит в логиках, где сортировка по ссылке.
|
|||
11
АНДР
10.07.18
✎
07:55
|
(10) Это где такая сортировка задается?
P.S. А вот если сортировка не указана, то sql выдает данные, как ему удобно, и совсем не обязательно в порядке их добавления в базу. |
|||
12
d4rkmesa
10.07.18
✎
08:03
|
(10) Такие гуиды - все-таки зло. Хе-хе, было дело, заказчику в справочники кто-то загрузил из другой системы данные, а там идентификаторы вовсе неинкрементные.
|
|||
13
Мыш
10.07.18
✎
08:17
|
(10) Сортировка по ссылке - сама по себе зло.
|
|||
14
rphosts
10.07.18
✎
08:31
|
(13) скажи сразу что ссылка сама по себе зло.
|
|||
15
Мыш
10.07.18
✎
08:48
|
(14) Не скажу.
|
|||
16
Cool_Profi
10.07.18
✎
08:52
|
(14) Да,гуид в качестве ссылки - зло.
|
|||
17
Cool_Profi
10.07.18
✎
08:55
|
А по сабжу вот эта штука поможет https://ru.wikipedia.org/wiki/Крупнокалиберный_пулемёт_Владимирова#/media/File:ZPU-2_AA_gun.jpg
|
|||
18
unregistered
10.07.18
✎
09:00
|
(0) > Одна и та же БД MSSQL на двух серверах 1с
Если это рабочие сервера 1С одного кластера 1С. Правильный ответ в (9). В любых других случаях последствия малопредсказуемы. И сервис нумерации объектов, предоставляемый кластером 1С, - только одно из критичных мест. |
|||
19
Serg_1960
10.07.18
✎
09:13
|
Почему тут стесняются вслух произнести слово из трёх букв? Нет, не то что вы подумали :)
"РИБ" |
|||
20
Serg_1960
10.07.18
✎
09:16
|
Два узла. На одном работают юзвера, на втором - только "быстрый" обмен. Почему "быстрый обмен", а не "быстрый сервер" вы спросите? Потому что мешать обмену некому.
|
|||
21
unregistered
10.07.18
✎
09:23
|
(19) Никто тут не стесняется. Каков вопрос - таков ответ.
(20) Вполне себе ничё схема. Проблема лишь в том, что никто не знает - что нужно автору ветки на самом деле. |
|||
22
Serg_1960
10.07.18
✎
10:00
|
Логично.
|
|||
23
Jofa
11.07.18
✎
22:02
|
(18)Я об это написал еще в (6) )
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |