|
|
RCSI под 1С: кто реально включал на базе от терабайта и что получил?
Prog_man, denk32, Смотрящий, calmius, ТДК, Fragster, azt-yur, Garykom, paramedic, Timon1405, Garikk, craxx, mgreat, DemonShinji2, DrLekter, H A D G E H O G s, Dmitrii, fram_, X Leshiy, Гипервизор, NikeArz, ADirks, YFedor, Sserj, arsik, Доминошник, Crusher, Homer, Nedomolkov_Ivan, alexela, Кир Пластелинин, obs191, Lama12, JohnGilbert, Климов Сергей, Страждущий, okmail, vis, ProxyInspector, am_bubnov, kir-g, Zamestas, p-soft, ads55, Мультук, Greeen, Builder, lubitelxml, 2S, DeeK, diamkms, DimVad, maxab72, Vstur, leshikkam, zenik, 2mugik, Волшебник, boozin
| ☑ |
0
Nedomolkov_
Ivan
05.08.26
✎
10:36
|
Официальная линия много лет — версионник под 1С не рекомендуется. При этом те, кто включал, говорят, что ожидания читателей уходят совсем.
У нас на базе 4 ТБ RCSI выключен. Последний раз, когда всерьёз считали, включать или нет, аргументы разошлись поровну.
За: читатели перестают ждать писателей. На отчётах в рабочее время это снимает половину жалоб.
Против: version store переезжает в tempdb и на потоке перепроведений растёт быстрее, чем ожидаешь. У нас tempdb и без того ловил 9002.
Моя позиция: включать можно, но только вместе с пересмотром tempdb — отдельные файлы, отдельный диск, мониторинг version store. Иначе меняешь понятную проблему (ожидания на блокировках) на непонятную (переполнение tempdb посреди ночи).
Что хочу спросить у тех, кто реально включал:
1. Насколько вырос tempdb после включения — в разах?
2. Таймауты ушли или просто переехали в другое место?
3. Кто-нибудь откатывал обратно и из-за чего?
|
|
|
1
Garykom
гуру
05.08.26
✎
10:41
|
|
|
|
2
Fragster
гуру
05.08.26
✎
10:54
|
а оно разве на 8.2 и 2012 скуле и всю дорогу на постгре не так работает?
|
|
|
3
H A D G E H O G s
05.08.26
✎
11:15
|
Моё мнение - нейросетка забавляется.
|
|
4
Nedomolkov_
Ivan
05.08.26
✎
11:30
|
(1) Про неё, спасибо. Только там разбор механики RCSI и SNAPSHOT, а меня интересует ровно то, чего в таких статьях обычно нет: что стало с tempdb через месяц после включения на живом объёме.
(2) Так и есть, на постгресе вопрос не стоит вовсе — там версионник по устройству, читатель писателя не ждёт никогда. И на 2012 скуле RCSI был давно доступен. Дело не в версии, а в режиме блокировок: при автоматических платформа опирается на уровни изоляции самой СУБД, и снапшот-чтение ей ломает семантику — отсюда и «не рекомендуется» из методичек. При управляемых 1С держит логические блокировки сама, и RCSI ей не мешает. Формулировка «не рекомендуется» просто пережила причину лет на десять.
(3) Возможно. Вопрос от этого не меняется: у вас включён?
|
|
|
5
Garykom
гуру
05.08.26
✎
11:47
|
(3) Если бы
Просто кризис, в т.ч. у фришников
Вот и нашел новую площадку для пиара
|
|
|
6
Fragster
гуру
05.08.26
✎
11:50
|
(4) а в каких типовых сейчас "автоматический" режим?
|
|
|
7
Fragster
гуру
05.08.26
✎
11:59
|
При работе с Microsoft SQL Server версии 2005 и выше, в режиме совместимости с версией 8.2.16 и старше, используется режим управления версиями строк, если конфигурация использует режим управляемых блокировок. Используется уровень изоляции транзакций READ_COMMITTED_SNAPSHOT. При чтении данных вне транзакций используется согласованное чтение.
Источник: https://dl03.1c.ru/content/Platform/8_3_27_2214/1cv8upd_8_3_27_2214.htm#b013c21f-89df-11e1-991e-e41f136d174a
с версии 8.3.1 такое
|
|
|
8
Timon1405
05.08.26
✎
11:59
|
(3) +1
(0) чей Тайвань?
|
|
|
9
craxx
05.08.26
✎
12:01
|
(3) ага, соглашусь, обороты характерные.
Живые люди так не пишут.
|
|
|
10
Fragster
гуру
05.08.26
✎
12:11
|
а я вот что выяснил спустя много лет (возможно, что не в первый раз):
ВЫБРАТЬ
"Поле" КАК Поле,
NULL КАК Нулл,
КОЛИЧЕСТВО(NULL) КАК КоличестовNULL
ИТОГИ
КОЛИЧЕСТВО(Нулл)
ПО
Поле
вот тут в итоговой записи для Нулл будет NULL
|
|
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой