Имя: Пароль:
1C
1С v8
Каков максимальный размер базы SQL 1C?
,
0 Вадяс
 
31.01.12
13:57
1. более 50ГБ 83% (25)
2. до 50ГБ 10% (3)
3. до 10ГБ 7% (2)
4. до 1ГБ 0% (0)
5. до 5ГБ 0% (0)
Всего мнений: 30

Какой вы встречали максимальный размер файла (.mdf) стабильно работающей базы на 8.1
в серверном варианте (под MS SQL).

У меня например 10ГБ и мне кажется что уже великовата.
Но вроде пока еще работает.

Стоит ли делать уже обрезание или пока потерпит?
1 Ленинград
 
31.01.12
13:58
ну за сотыгу тут у кого то была вроде

более 50ГБ
2 shuhard
 
31.01.12
13:58
(0) стабильность работы не зависит от размера файла
3 mzelensky
 
31.01.12
13:59
(0) ты видать совсем начинающий :)

тут кто-то терабайтом хвастался

до 50ГБ
4 ParaWiz
 
31.01.12
13:59
Не только в размере базы дело ...

более 50ГБ
5 Вадяс
 
31.01.12
13:59
а лог файл уже 60ГБ

до 10ГБ
6 Ненавижу 1С
 
гуру
31.01.12
13:59
18 гигов, считаю маленькой

до 50ГБ
7 Ненавижу 1С
 
гуру
31.01.12
13:59
(5) а резать не пробовали?
8 mzelensky
 
31.01.12
14:01
(5) ну так шринкование делай
9 ParaWiz
 
31.01.12
14:01
10 temsa
 
31.01.12
14:02
на днях слышал про 80-100 гиг

более 50ГБ
11 shuhard
 
31.01.12
14:02
(5)[а лог файл уже 60ГБ]
не удивил
есть настолько тупые админы, что пока место не кончиться на дисках - жо.пу не поднимут
12 Вадяс
 
31.01.12
14:02
(7) (8) Он после этого всего на пару гигов меньше становится
13 ptiz
 
31.01.12
14:04
Какие-то смешные цифры называются.

более 50ГБ
14 Amra
 
31.01.12
14:05
(0) Еще на семерке больше 100 гиг видел
15 rs_trade
 
31.01.12
14:05
(0) 350 Гб была. Голосовалка хреновая. Надо было

до 100 гб
до 500 гб
выше 500 гб

более 50ГБ
16 Fish
 
31.01.12
14:05
(11) +100500
(12) А почитать документацию не предлагать?
17 shuhard
 
31.01.12
14:05
(12) админ - саботажник, это бывает
18 Vovan1975
 
31.01.12
14:06
встречал такое. База имела размер 120 гигов...  Это являлось следствием работы пионэров с базой - все прелести типа незакрывающихся регистров помноженные на 70 пользователей...

более 50ГБ
19 rs_trade
 
31.01.12
14:06
(0) обрезание кстати себе можешь попробовать сделать. лол.
20 Rovan
 
гуру
31.01.12
14:06
У нас главная 70 Гб база.... правда если ее шринкнуть будет примерно 55 Гб

более 50ГБ
21 Vovan1975
 
31.01.12
14:07
(19) о да, пускай себе голову обрежет нафик...
22 Вадяс
 
31.01.12
14:09
(16) предлагать!
(19) не поможет.
23 Сисой
 
31.01.12
14:09
У нас уже 140. Полет нормальный.

более 50ГБ
24 Fish
 
31.01.12
14:10
(22) Предлагаю :)))
25 rs_trade
 
31.01.12
14:11
Более 500 была у кого нить?
26 пипец
 
31.01.12
14:11
штатно 14 терабайт
27 Mnemonic1C
 
31.01.12
14:12
Детский размер

более 50ГБ
28 golden-pack
 
31.01.12
14:15
от 500

более 50ГБ
29 krbIso
 
31.01.12
14:16
есть 600 гб
30 acsent
 
31.01.12
14:16
на прошлой работе бла около 400 гиг
31 Sammo
 
31.01.12
14:20
(25) Больше 500 чего? Гиг - видел.
Но тема данных не раскрыта

более 50ГБ
32 ParaWiz
 
31.01.12
14:22
ветка превратилась в мерялку размером пипи... то есть базы
33 rs_trade
 
31.01.12
14:23
(32) она для этого и создавалась
34 rs_trade
 
31.01.12
14:26
раньше мерялись select count(*) from _1SJOURN
35 ptiz
 
31.01.12
15:55
(22) Есть такая штука как режим восстановления, в котором работает база: simple или full.
У вас full - а он вам совсем-совсем не нужен, т.к. за базой всё равно никто не следит. Ставь simple и шринкай лог (потом, так и быть, разрешаю вернуть full).
36 H A D G E H O G s
 
31.01.12
16:00
56 гигов.
Центральная.
Правда с картинками.

более 50ГБ
37 Aleksey
 
31.01.12
16:08
(11) А причем тут админы? Если так скуль с 1С работает, через попу
38 Aleksey
 
31.01.12
16:09
39 Aleksey
 
31.01.12
16:10
Типовая БП КОрп (центральная где все бухбазы сидят) вплотную приближаемся к 50 гигам

до 50ГБ
40 Aleksey
 
31.01.12
16:11
Самописка управленческая уже перешагнула этот рубеж и ползет к 100 гигам

более 50ГБ
41 acsent
 
31.01.12
16:11
до 100 гигов - это вообще детский сад
42 Матадор
 
31.01.12
16:12
Если отключить сжатие данных, которое 2008R2 умеет делать, то у нас пожалуй за террабайт вылезет.
Картинок в базе нет  :)

более 50ГБ
43 Jaffar
 
31.01.12
16:18
на прошлой работе самописка на основе какого-то древнего УТП с управленческими примочками и кучей перифериек, центральная база более 700Гб.
44 Fish
 
31.01.12
16:19
(37) При том, что в некоторых конторах администрированием скуля занимаются именно админы.
45 ДемонМаксвелла
 
31.01.12
16:20
где вариант 22 см?
46 Aleksey
 
31.01.12
16:25
(44) И какая связь между логами и админами?
47 Aleksey
 
31.01.12
16:25
Для 1С ограничения лога - это зло
48 Fish
 
31.01.12
16:33
(46) Ты удивишься, но в администрирование скуля входит в том числе и обрезание логов, и шринканье баз, и настройка бэкапов.
(47) Про ограничение никто не говорил, я говорил про своевременное обрезание :)))
49 Fish
 
31.01.12
16:35
+(48) У меня на текущей работе у программистов 1С даже доступа к скулю нет. Всем рулят админы (даже созданием баз 1С) - и это, ИМХО, правильно.
50 Aleksey
 
31.01.12
16:43
(48) А зачем его резать? Чтобы данные фрагмениторовались? Ну лежит этот кусок на 40-50 гиг, ну и пусть лежит
51 Aleksey
 
31.01.12
16:43
Зато гарантированно это один не фрагментированный кусаок
52 Jofa
 
31.01.12
16:43
(3)Хотел бы я позыреть как он вертит этой ерундой в 1Тб ..

более 50ГБ
53 Fish
 
31.01.12
16:46
(50) Даже неохота на такой глупый вопрос отвечать :)))
54 vladon
 
31.01.12
16:46
была 830 ГБ, Астор:Торговая сеть 6.0
55 vladon
 
31.01.12
16:48
(54) это без логов, только дата-файлы, ессно считаем
56 vladon
 
31.01.12
16:49
(52) при правильном подходе можно нормально вертеть и большими "ерундами"
57 Aleksey
 
31.01.12
16:49
(53) Ну оно и понятно, аргументов то нет, пора на личности переходить
58 ОчкарикСлава
 
31.01.12
16:50
120ГБ

более 50ГБ
59 Defender aka LINN
 
31.01.12
16:50
Дурацкие варианты голосовалки.
Сейчас больше 2Тб точно. Может даже более чем в 2 раза, давно не интересовался.

более 50ГБ
60 ОчкарикСлава
 
31.01.12
16:53
(59) что за база такая? Не журнал транзакция такой :) ?? :)
61 Fish
 
31.01.12
16:53
(57) Я на личности пока не переходил, а вот когда у тебя лог за день вырастет гигов на 100 и место на диске кончится, сразу поймёшь, зачем его обрезать :))
62 gero
 
31.01.12
16:54
(23) так у вас же там картинки одни - не считается.
Бухия1.6 почти 80. переходим на 2.0, всё равно резать же...

более 50ГБ
63 Defender aka LINN
 
31.01.12
16:56
(60) У нас такая не одна. ;)
И это именно размер базы.
64 Fish
 
31.01.12
16:56
(51) Непонятно, чем же необрезанный лог гарантирует его нефрагментированность. Или ты под лог сразу тупо 50 гигов выделяешь и всё?
65 Aleksey
 
31.01.12
16:57
(61) А с чего это он будет расти при простом методе? Ну вырастит до 100 и все. Внутри то он сдуется когда закончит работу. А так 100 , значит 100. Если он вырос значит так и нужно и надо думать об увеличении диска а не боржоми пить. А порезать .. это так временная мера, чтобы время было сходить за винтом
66 Aleksey
 
31.01.12
16:58
(64) Нет он просто вырос и все. Сделал дефрагментацию и он целым куском. А если после каждого чиха бежать и делать обрезание ...
67 Fish
 
31.01.12
17:01
(65) простой метод это имеется ввиду Recovery mode Simple? Нас это не устраивает. У нас все базы на Full живут.
68 ОчкарикСлава
 
31.01.12
17:03
(63) ясно, прикольно. А какая стратегия резервного копирования? Если можно, в двух словах опиши..., просто интересно...
69 Fish
 
31.01.12
17:05
(65) "чтобы время было сходить за винтом". Ну-ну. посчитай сколько будет стоить увеличение размера дискового пространства хотя бы на 100 гигов на 10-м рэйде, например. Это надо все винты в корзине менять. А старые выкидывать?
70 Aleksey
 
31.01.12
17:06
(67) А том и речь, что не бывает универсального метода. В каждом конкретном случае нужно смотреть, что лучше и проще
71 Fish
 
31.01.12
17:08
(70) С этим полностью согласен, но в больших конторах, как правило, есть чёткое разделение обязанностей: программеры программят, админы - админят. Это я и имел ввиду, когда ты спросил "при чём здесь админы".
72 Sammo
 
31.01.12
17:10
(68) Например, средствами скуля 2008 с компрессией
73 3V
 
31.01.12
17:12
4 базы на одном серваке, до 100 гиг

более 50ГБ
74 shuhard
 
31.01.12
17:22
(70) в данном случае через жо.пу работают админы ТС,
не умеющие сделать транкейт
75 BigShmax
 
31.01.12
17:44
80 с копейками 8.2 год снебольшим работы

более 50ГБ
76 SeregaMW
 
31.01.12
17:48
Видел 77 скуель 100гб.

более 50ГБ
77 ThreeTONE
 
31.01.12
17:57
у нас 400. полет нормальный.

более 50ГБ
78 MRAK
 
31.01.12
19:36
есть файловая, около 6 гиг

до 10ГБ
79 Молодой 1Снег
 
31.01.12
19:42
На моей прошлой работе с которой ушел 2 года назад база УПП была 170ГБ. И росла со скоростью 1ГБ в неделю. Так что сейчас наверно она ну очень большая :)

На тормоза, кстати, никто не жаловался.
80 Молодой 1Снег
 
31.01.12
19:42
И проголосую

более 50ГБ
81 Nexux
 
31.01.12
20:38
две около 80Гб, центральная 97

более 50ГБ
82 Jofa
 
01.02.12
07:11
(56)+100500 Как влияет на производительность пользователей?
83 Starhan
 
01.02.12
07:32
300ГБ (самописная торговля) со скрипом. Но в итоге отчеты для продажников стали делать в отдельной олап системе.

более 50ГБ
84 Defender aka LINN
 
01.02.12
08:22
(68) Ваще не в курсе. У нас для этого целый IT-департамент имеется :)
Я не хочу быть самым богатым человеком на кладбище. Засыпать с чувством, что за день я сделал какую-нибудь потрясающую вещь — вот что меня интересует. Стив Джобс