0
- 12.08.2020 - 10:36
|
Всем привет. Подскажите плиз, сколько активных пользователей допустимо в файловой базе 7.7 (например, в ТиС), чтобы не начались проблемы там всякие? С какого количества пользователей желательно (в рекомендательном плане) собираться потихоньку переходить на SQL ? | | |
1
- 12.08.2020 - 12:07
|
Зависит от многих факторов. У меня в сильно переписанном ПУБ одновременно сидели в терминале примерно 20 пользователей, на весьма средненьком "сервере" из обычного ПК Зависит от объема базы вообще, от количества документов в частности. В типовой ТИС файлов довольно мало, должна работать лучше, чем ПУБ | | |
2
- 12.08.2020 - 20:10
| У меня в ТиС сидело около 20 человек. Тормозов при работе с документами не было (но и ТиС была 1999 года). Перевел на SQL т.к. база быстро росла и появились сбои в работе самых больших таблиц (регистры). Последовательность соблюдалась жестко, даже свирепо... | | |
3
- 12.08.2020 - 20:37
| спасибо, коллеги. | | |
4
- 13.08.2020 - 01:39
| у меня в ТИС в пике сидело до 25 чел, из них 10-14 бегали с ТСД по складу и активно пикали. и все это крутилось на 2.4 Пень двухядерный с двумя гигами оперативы. | | |
5
- 13.08.2020 - 01:41
|
Все определяется пиковыми нагрузками. и ОРГАНИЗАЦИЕЙ работ. избавишься от постоянной работы задним числом (это достаточно просто, у меня так и работают давным давно) - проблемы даже при штатной конфиге на дбф будут минимальные. Будут постоянно работать/править задним числом - будут постоянные затыки. | | |
6
- 13.08.2020 - 01:42
| а так - какие-то проблемы начинаются где-то на 70 юзерах, и то они вроде как не с собственно конфигой, а с какими-то внутренними проблемами 1Ски, но тоже вроде обходятся. работают и по 100 юзеров. | | |
7
- 13.08.2020 - 04:05
| Заднее число - это замедление проведения минимум в 5-7 раз за счет необходимости расчета итогов, а значит и в 5-7 раз увеличивается время блокировки журнала документов 1sjourn.dbf. При работе задним числом и 5 юзеров могут базу "убить" ) | | |
8
- 13.08.2020 - 09:28
| Давно это было в бородатых годах начала 2000, по 100 пользователей в ТиС сидели файлово, но начинались проблемы винды - блокировки файлов, переиндексация по утрам и т.д. Перешли на SQL. | | |
9
- 13.08.2020 - 16:29
| эх, прям захотелось за попкорном сбегать и посидеть послушать те истории )) | | |
10
- 13.08.2020 - 21:56
| 9-Ирли Бёрд > палочку-трость у двери не забудь, бегун.. ;-) | | |
11
- 13.08.2020 - 21:56
| а сейчас с нынешними мощностями да SSD - блин.. лепота... | | |
12
- 14.08.2020 - 06:24
| 10-Чучундер > ))) | | |
14
- 14.08.2020 - 10:10
| В файловой базе, как только размер любого файла приближается к гектару - база начинает сыпаться. На любом железе, с любым числом пользователей. | | |
15
- 14.08.2020 - 10:50
|
За исключением - при одном пользователе. При одном пользователе (монопольно) может тянуть до двух гигов. ps: Но (к воспоминаниям) Самая офигительно сделанная база в этом смысле (размера файлов 2 гига) - это Рарус Школьное питание 7.7 У них, плин, куча периодических значений. Каждое меню-требование на каждый день - это куча периодики. Которая никак не закрывается и никак не чистится. В итоге я реально сталкивалась с базой, у которой... Я прифигела, когда увидела эту картинку (файлы отсортированы в порядке размера по убыванию): И вот только в этот момент они начали жаловаться :) | | |
16
- 14.08.2020 - 10:50
|
картинка | | |
17
- 14.08.2020 - 10:51
|
блин, а с другого хостинга | | |
18
- 14.08.2020 - 10:53
|
off. хм.. век живи, век что-то новенькое. с одного хостинга картинки вставляются, с другого нет. странно-странно. | | |
19
- 14.08.2020 - 11:36
| и запустить ТиС 1999 года... на 16 релизе (вроде самый быстрый расчет в нем был, когда-то сравнивал несколько стабильных и не очень). | | |
20
- 14.08.2020 - 13:05
| (15)Но почистить периодику можно и программисту | | |
21
- 14.08.2020 - 13:12
| это кроме как фикси опасно доверять. Видел я базу, где убрали все "устаревшие" периодические значения, все что старше 5 лет... а там кучи расчетных коэффициентов которые заводились лет 7-8 назад были... | | |
22
- 14.08.2020 - 13:32
| Цитата:
| | |
23
- 14.08.2020 - 15:17
| Чтобы избежать блокировок с коллизиями всякими, можно разбить пользователей по группам и использовать урбд. Настроить обмен на удобное время. Если, конечно, позволяет специфика работы. | | |
24
- 14.08.2020 - 23:50
|
23-Струнин >ну, это если реально пользователей дохрена. на 20-30 пользователях, при работе в ТА да на современном железе - все будет норм. | |
| Интернет-форум Краснодарского края и Краснодара |