|
v7: SQL vs DBF разница в скорости | ☑ | ||
---|---|---|---|---|
0
bigdenis22
02.03.17
✎
17:34
|
Я понимаю, что вопрос уже "изжованный" до "неМогу", но все-же прошу меня простить, и подсказать.
Встал вопрос перехода на скуль, из-за размеров и реиндексаций, решили сначала потестировать, ... и вот тут офигели! разница в скорости перепроведения в 5 !!! раз. в ДБФ месяц перепроводится 8 минут, в СКЛ - 40. Вопрос: это нормально или нет? БД самописная на регистрах (оперучет),в ДБФ - 1,5Г, в СКЛ - 2,3Г сервер не дохлый - 2 ксеона 6х3,33, 48 гиг оперативы, 2 САТА + 2 ССД. сервер без нагрузки (балуюсь на нем ТОЛЬКО я) Win2008 x 64 + SQL 2008x64 (http://tavalik.ru/ustanovka-1spredpriyatie-7-7-na-microsoft-sql-server-2008-r2/) о том что СКЛ не быстрее, и даже чаще медленнее ДБФ это я уже начитался, но нигде не пишут - "на сколько медленнее"? Замер производительности показывает что основные задержки на ВыгрузитьИтоги() с фильтрами (в модуле проведения), при проведении в СКЛ-варианте, никаких значимых нагрузок на проц или дисковую подсистему нет. |
|||
1
Господин ПЖ
02.03.17
✎
17:38
|
переходите на 8-ку. откуда скорость на клюшках будет без 1с++ и прочих приблуд
|
|||
2
vde69
02.03.17
✎
17:42
|
ну во первых скуль нужно настроить правильно....
во вторых сама конфа требует некоторых изменений.... |
|||
3
Джинн
02.03.17
✎
17:43
|
Ответ - да, нормально. SQL на перепроведении медленнее примерно в 5 раз. На отчетах при этом будет быстрее.
|
|||
4
bigdenis22
02.03.17
✎
17:50
|
(1) 8-ка сейчас не рассматривается
(2) вроде все делал по описаниям из тырнета, но фактически с скулем только знакомлюсь и понимаю что мог сделать или не сделать что-то не так... за дельные советы в данном направлении буду признателен. (3) если такую скорость перепроведения не победить - то вопрос перехода на СКЛ для меня закрывается :( |
|||
5
Злопчинский
02.03.17
✎
17:52
|
(0) коллега, Полтора гига в дбф - это вообще ни о чем. я на дбф сижу - у меня за 8 гиг уже. и все норм. переиндексация занимает минут 5-7. сервак года 2010...
|
|||
6
Вафель
02.03.17
✎
17:53
|
Если прямые запросы,то скл будет быстрее и на проведении, а на отчетах и подавно
|
|||
7
Bigbro
02.03.17
✎
17:53
|
может лучше разобраться почему так много и часто перепроводить приходится?
это вообще говоря ненормальная ситуация |
|||
8
Злопчинский
02.03.17
✎
17:55
|
(0) > Замер производительности показывает что основные задержки на ВыгрузитьИтоги() с фильтрами (в модуле проведения),
- если работа идет задним числом, то основное время жрет времннгый расчет. - если у автора основное время жрет ВыгрузитьИтоги В ТА (!?) то ускорить получится очень мало штатно. долгая выгрузка итогов означает что итогов ОЧЕНЬ МНОГО - при полутора гигах это ссомнительно. скорее всего как обычно - незакрытые регистры, которые раздувают до невозможности таблицу итогов. |
|||
9
trdm
02.03.17
✎
17:56
|
(0) > БД самописная на регистрах (оперучет),в ДБФ - 1,5Г, в СКЛ - 2,3Г
Ей еще жить и жить на dbf. > Встал вопрос перехода на скуль, из-за размеров и реиндексаций, Сеть переложите и систему нормально настройте. |
|||
10
Builder
02.03.17
✎
18:01
|
Уровень совместимости SQL базы какой?
7.7 запускается с 2008 через какие костыли? |
|||
11
bigdenis22
02.03.17
✎
18:23
|
(8) правда ваша, большая доля в регистрах не закрывается, я с этим борюсь, но к сожалению не все пока могу побороть...
работа в реальном времени не напрягает, проведение задним числом не сильно отличается... но, перепроведения за месяц (или 2-3) в нашем случае не избежать это факт... - да, при 1,5 г на ДБФ жить и жить, но хотелось подумать заранее, не дожидаясь момента (и с учетом того что база сейчас сильно пере/до писывается.) (10) совместимость с 2000(80) |
|||
12
Пузан
02.03.17
✎
18:26
|
(4) 40 минут перепроведение - это много? Расчет себестоимости в УПП 12 часов (это один документ) - это считается быстро, до этого трое суток было. ::
|
|||
13
Builder
02.03.17
✎
18:29
|
(11) Установите "секретный релиз" и совместимость 2008, потом проверьте.
|
|||
14
bigdenis22
02.03.17
✎
18:33
|
можете поделиться?
|
|||
15
Builder
02.03.17
✎
18:42
|
(14) см почту.
|
|||
16
Джинн
02.03.17
✎
18:52
|
(4) Перепроведение костылями не победить. Можно разницу чуть убрать, но без переписывания под прямые запросы не решить проблему.
Зато стабильность вырастает на порядок. Ни битых ссылок, ни битых индексов... |
|||
17
Пузан
02.03.17
✎
19:08
|
(16) Ну и безопасность. Файловую базу любой юзер может скопировать, а скулевую базу только айтишник имеющий доступ соответствующий.
|
|||
18
Провинциальный 1сник
02.03.17
✎
19:23
|
(17) Кто угодно может слить sql-базу через прямые запросы. С обычным юзерским доступом, лишь бы была возможность загружать внешние компоненты в 1с.
|
|||
19
Злопчинский
02.03.17
✎
19:27
|
(11) ну так вот тебе и тормоз при выорузке итогов. Вместо сто тысяч записей выгружается миллион
|
|||
20
Провинциальный 1сник
02.03.17
✎
19:37
|
+ (19) Если регистры не закрываются - значит регистры используются неправильно. Скорее всего лишние измерения.
|
|||
21
vcv
03.03.17
✎
05:28
|
(0) "Встал вопрос перехода на скуль ... БД самописная на регистрах (оперучет),в ДБФ - 1,5Г, в СКЛ - 2,3Г"
Лучше переведите на терминал в нормальным дисковым массивом. Можно на SSD. SQL на таких объёмах просто не стоит использовать. |
|||
22
vcv
03.03.17
✎
05:31
|
(11) "перепроведения за месяц (или 2-3) в нашем случае не избежать это факт..."
Если перепроведений никак не избежать, можно в свою самописку ввести последовательность и ночью её автоматически восстанавливать. То есть перепроводить документы с границы последовательности по ТА. И будет не важно, что 40 минут. |
|||
23
Balabass
03.03.17
✎
05:34
|
(0) Это нормально.
СКЛ не для скорости. |
|||
24
Это_mike
03.03.17
✎
06:15
|
(18) Для этого нужна чуть большая квалификация.
(21) да это вообще не база и даже не базёнка. недоразумение какое-то мелкое |
|||
25
Это_mike
03.03.17
✎
06:19
|
и если уж на то пошло, то перепроводить надо с переносом ТА.
|
|||
26
Провинциальный 1сник
03.03.17
✎
07:10
|
Всегда поражало, насколько убого реализованы механизмы работы с регистрами в 7.7. Такое ощущение, что они были предназначены только для одной цели - получения итогов на точку актуальности. Остальное реализовали просто "чтобы было", через одно место. Один "временный расчет" чего стоит, с созданием временных итогов в каталоге временных файлов... Именно поэтому и неэффективно их использование с sql-сервером. А вот бухитоги нормально реализованы на sql.
|
|||
27
Это_mike
03.03.17
✎
07:26
|
(26) ну так это когда было сделано-то?
ты еще периодику вспомни... |
|||
28
Провинциальный 1сник
03.03.17
✎
07:39
|
(27) И периодику, и итоги по регистру можно было переработать с полным сохранением объектной модели. Просто 1с поступала как ВАЗ в своё время, нафига что-то новое придумывать, когда жигули и так берут..
|
|||
29
ADirks
03.03.17
✎
07:39
|
(26) Бухитоги нормально?!! Да их вообще по укурке делали, или скорее даже со страшной похмелюги.
|
|||
30
Провинциальный 1сник
03.03.17
✎
08:18
|
(29) Работал с бухгалтерской базой в 35 гигов на sql - бухитоги просто летали.
|
|||
31
Это_mike
03.03.17
✎
08:37
|
(29) угу. во время страшной ломки после укурки... зато - (30)
(28) нет. просто сделали "более прогрессивную платформу". если сделать клюшки по-человечески году в 2005 - кому был бы нужен снеговик? |
|||
32
trad
03.03.17
✎
08:52
|
(29) (30) (31) вы лучше скажите как данные упереть/убить простому смертному, если запуск внешних обработок закрыт (1cpp загружена)
не преступления ради, защиты для |
|||
33
trad
03.03.17
✎
08:54
|
(32) внешние отчеты/обработки разумеется используются, на открываются только определенно разрешенные, и подмена на файловом уровне закрыта правами
|
|||
34
trad
03.03.17
✎
09:00
|
а, вспомнил - пароль из dba вскрыть же
|
|||
35
bigdenis22
03.03.17
✎
12:42
|
(15) чота ничего не пришло в почту, но я вроде нашел ну ру-доске, буду пробовать.
(19) (20) самый "тормозящий" регистр - остатки товаров, 4 измерения, в нем максимально пытаюсь наводить порядок, но много операций (производство) и + переписываю/дописываю учет в производстве - были добавлены два измерения(для пр-ва) - не все происходит корректно. (21) сейчас итак работа идет на терминале, и проблем с быстродействием - "0" ! хочется повысить надежность и секьюрность ... и похерить реиндексации... - есть не решенная проблема - АРМ весовщиков в цеху всегда висят открытые с модальным окном авторизации(не системной, а написанной), и когда закрываю сессии по таймауту (из 1с) - после закрытия сессий с модальными окнами - требует реиндексацию... что-то я там перемудрил с закрытием этих сессий... |
|||
36
mehfk
03.03.17
✎
12:44
|
(33) А формульный калькулятор?
|
|||
37
Builder
03.03.17
✎
12:54
|
(35) отправлял на почту в профиле [email protected]
|
|||
38
Это_mike
03.03.17
✎
12:56
|
(35) ну так можно исккуственно заходить монопольно и запускать переиндексацию.
емнип, обработкаОжидания может работать и в модальном окне. в чем проблема закрыть корректно? |
|||
39
Провинциальный 1сник
03.03.17
✎
12:58
|
(38) Обработка ожидания в модальном диалоге (выбор файла, окно предупреждения или вопроса, блокировка паролем) не работает
|
|||
40
bigdenis22
03.03.17
✎
13:03
|
(37) все верно.
ещё задрочнул такой момент: меняю структуру регистра, в ДБФ - зависает на "Пересчет регистров" (после 12 часов терпение кончилось), а в скуле 6-7 минут и готово... и формирование запросом служебного документа на 5-6 т.строк, и проведение его в скуле быстрее в 2-3 раза (раз в месяц закрывает регистр с 2 измерениями). |
|||
41
vcv
03.03.17
✎
13:05
|
(32) "вы лучше скажите как данные упереть/убить простому смертному, если запуск внешних обработок закрыт"
Формульный калькулятор, табло, открытие MXL с нужной расшифровкой в нужной ячейке. Но гораздо проще инсайдерски унести на флэшке или фотке в смартфоне клиентскую базу и прочие отчеты. |
|||
42
bigdenis22
03.03.17
✎
13:06
|
//******************************************************************************
Процедура Таймер() Если (глЗавершитьПрограммно=1) или (Константа.Выключить<>0) Тогда глЗавершитьПрограммно=1; Форма.Закрыть(0); ЗавершитьРаботуСистемы(0); КонецЕсли; КонецПроцедуры //****************************************************************************** Процедура ПриОткрытии() СессияОткрыта=0; КонецПроцедуры //****************************************************************************** Процедура ПослеОткрытия() ФормаРасш = СоздатьОбъект("РасширениеФормы"); ФормаРасш.УстановитьФорму(Форма); ФормаРасш.ОбработкаОжидания("Таймер", 5000); КонецПроцедуры //****************************************************************************** это кусок кода обработки - модального окна авторизации |
|||
43
Злопчинский
03.03.17
✎
13:07
|
(40) закрой регистры, тогда пересчёт будет наааааамного быстрее.
Для начала навели порядок в архитектуре и закрытии регистров, а уж после этого если плохо будет - думай про сеуль |
|||
44
vcv
03.03.17
✎
13:09
|
(42) А системные окна? Окно вопроса со сменой рабочей даты, выбор периода, предпросмотр, печать, параметры страницы и многое другое...
|
|||
45
Злопчинский
03.03.17
✎
13:09
|
(42) дергать в таймера таблицу констант не кажется мне хорошим вариантом
|
|||
46
bigdenis22
03.03.17
✎
13:12
|
(45) у меня есть константа "Выключить" когда я её вручную ставлю в 1 - все должны вывалится из 1с, ещё она устанавливается в 2 по событию, и тогда тоже всевываливаются, но отрабатывает ещё процедурка...
|
|||
47
Это_mike
03.03.17
✎
13:16
|
(44) смену рабочей даты - автоматом. всякие предпросмотры - нафиг (ИТшнег настраивает, остальные тупо печатают). выбор периода вроде подменяли, но проблема есть. равно как и "окно блокировки"
|
|||
48
trad
03.03.17
✎
13:23
|
(41) (36) Формульный калькулятор и табло - не выполняют ОткрытьФорму если у пользователя нет права "Использование внешних отчетов/обработок"
|
|||
49
trad
03.03.17
✎
13:27
|
(41) и не могу догадаться - как через расшифровку MXL заинъектить вредоносный код?
|
|||
50
Это_mike
03.03.17
✎
13:28
|
(49) вызвать обработку?
|
|||
51
bigdenis22
03.03.17
✎
13:28
|
что больше всего возмущает - это отсутствие нагрузки на проце, памяти, винте....
|
|||
52
Это_mike
03.03.17
✎
13:28
|
(51) запусти кваку...
|
|||
53
trad
03.03.17
✎
13:28
|
(50) я конечно же проверил это прежде чем писать
|
|||
54
Это_mike
03.03.17
✎
13:29
|
(53) а я лентяй...
|
|||
55
trad
03.03.17
✎
13:33
|
ОткрытьФорму("Обработка",,"c:\1.ert") в расшифровке ничего недает. даже с правами открывать внешние
|
|||
56
Ёпрст
03.03.17
✎
13:37
|
(53) см. пример тут, например:
http://catalog.mista.ru/public/202853/ Половина кода в мокселе + все вк там же. Ну и в моксель можно запиахать всё что угодно |
|||
57
Ёпрст
03.03.17
✎
13:42
|
+56 найди, например, процу Конвертировать
|
|||
58
Ёпрст
03.03.17
✎
13:43
|
(0)
Для такой базы скуль не нужен. У нас была база в 20 гигов, вот её порезали, ибо основные регистры к 1.9 приближались. А так, всех в терминал и вперёд и с пестней. + оптимизировать чутка. |
|||
59
Провинциальный 1сник
03.03.17
✎
13:46
|
(45) Можно дергать наличие файла-флажка в каталоге ИБ. В файле можно какую-то информацию ввести дополнительно, кстати, для сообщения пользователю о выходе.
|
|||
60
bigdenis22
03.03.17
✎
14:24
|
(58) обычно за 3 года регистры "наполняются" и проходится обрезание делать... хотелось бы и от этого уйти ;)
секретный релиз 27 + режим совместимости 2008(100) - работает медленнее, 53 минуты. короче, можно подвести итог и тему закрыть : перепроведение на регистрах в ДБФ существенно (в 5 раз) быстрее чем на SQL, выровнять или исправить ситуацию можно только прямыми запросами. ЗЫ: теперь предстоят тесты с бухгалтерией, там все печальней из-за таблицы проводок, - заростает за 1,5-2 года, и там переход на СКЛ более актуальный. |
|||
61
Ёпрст
03.03.17
✎
14:29
|
(60) Нет. Всё не так. Штатно можно убыстрить. Будет на скуле летать, а на дбф просто космос.
|
|||
62
Ёпрст
03.03.17
✎
14:29
|
Ну а с прямыми запросами и подавно, на дбф и тем паче, если в индекс запрос попадать будет.
|
|||
63
trad
03.03.17
✎
14:34
|
(56) (57) ее в модуле нет, ее вероятно создаешь динамически в доп.глобальнике или в контексте.
Но ведь изначально кто то должен выполнить этот код по добавлению другого кода, по загрузке формекса и т.п. Как это организовать если запрещен запуск левых ert? |
|||
64
Ёпрст
03.03.17
✎
14:35
|
(63) она в мокселе, ищи лучше :))
|
|||
65
Ёпрст
03.03.17
✎
14:35
|
(63) открыл формульный калькулятор и твори
|
|||
66
Ёпрст
03.03.17
✎
14:35
|
ну или табло
|
|||
67
Ёпрст
03.03.17
✎
14:37
|
ну и сам понимаешь, поменяв пару строк в одной библиотеке (не будем показывать пальцем) заходишь в 1с-ину без проблем и никаких следов в ЖР не будет о пользователе, твори , че хочешь:))
|
|||
68
Ёпрст
03.03.17
✎
14:37
|
+64 причем в мокселе, в открытом виде
|
|||
69
Ёпрст
03.03.17
✎
14:38
|
(63) на счет запуск левых ert - подменил печ форму на свою и привет :)
|
|||
70
trad
03.03.17
✎
14:43
|
(69) выше писал - это закрыто. ридонли на уровне ос
|
|||
71
trad
03.03.17
✎
14:44
|
(65) (66) ОткрытьФорму() или что то другое?
|
|||
72
trad
03.03.17
✎
14:45
|
(67) хак dll или расшифровка dba - про это писал выше - не рассматриваем
|
|||
73
bigdenis22
03.03.17
✎
14:45
|
(61) я понимаю, что занимаясь оптимизацией - можно ускорить процессы, НО "Будет на скуле летать, а на дбф просто космос" - разве это опровергает мое утверждение, что ДБФ все-равно быстрее существенно ?
|
|||
74
mehfk
03.03.17
✎
14:49
|
(73) А ты запусти в базу побольше операторов, которые долбят первичку...
|
|||
75
trad
03.03.17
✎
14:49
|
(73) прошу прощения за мой оффтоп в твоей ветке
|
|||
76
Ёпрст
03.03.17
✎
15:26
|
(74) 80 активно долбящих юзверей у нас прекрасно держала дбф в терминале.
|
|||
77
mehfk
03.03.17
✎
15:30
|
Ну это смотря что и куда долбить :))))
|
|||
78
bigdenis22
03.03.17
✎
15:54
|
ещё один вопросец, если в модуле проведения получение итогов с помощью ВыгрузитьИтоги() заменить на запрос (1эсовский) - быстрее может получится или врядли?
|
|||
79
Это_mike
03.03.17
✎
15:57
|
(78) 1совский - не быстрее. а прямой - быстрее втрое вроде (не помню, давно мерялись)
|
|||
80
Джинн
03.03.17
✎
16:06
|
(78) Запрос в модуле проведения в 5 раз медленнее выгрузки итогов.
|
|||
81
bigdenis22
03.03.17
✎
16:15
|
(80) Спасибо
|
|||
82
Ёпрст
03.03.17
✎
16:52
|
(77) Комплексная, 2 плана счетов, задвоенные регистры для 2-х типов учета
|
|||
83
Z1
03.03.17
✎
18:59
|
(73) Все от задачи зависит.
200 пользователей никакой dbf не выдержит |
|||
84
Z1
03.03.17
✎
19:00
|
(78) Если запрос-1с попадет в индекс то будет быстрее если не попадет то не будет.
|
|||
85
Джинн
03.03.17
✎
21:24
|
(84) Не будет. Проверено годами практики. Выгрузка быстрее.
|
|||
86
Garykom
гуру
03.03.17
✎
22:15
|
(80) Для 77 да, для 8.Х есть нюансы
|
|||
87
Builder
04.03.17
✎
00:52
|
(61) Подскажи как штатно ускорить SQL?
Перевел одному клиенту 7.7 DBF на скуль, большие документы (от 100 строк) тормозят при проведении задним числом на РассчитатьРегистрыНа(...). |
|||
88
Злопчинский
04.03.17
✎
01:12
|
(87) а ты что, все время задним числом доки перепроводишь? зачем? я как-то умудряюсь в отделе продаж работать только в ТА...
а для ускорения - переведи периодичность хранения итогов в 5 дней, а не в месяц |
|||
89
Builder
04.03.17
✎
10:40
|
(88) Я не перепровожу, они сами проводят :)
Там старинная ТИС, переписанная вдоль и поперек, есть над чем работать в плане оптимизации. |
|||
90
bigdenis22
04.03.17
✎
13:07
|
(87) похоже, что регистры - никак!
я уже преманентно (между работой) 2 месяца исследую этот вопрос, и пришет к такому выводу, вот и тему создал - обсудить свое убеждение :) кстати по теме: самый большой(тормозящий) регистр "остатки товаров" - у меня в относительном порядке - т.движений 201 МБ, т.итогов 24Мб (против "незакрытого" регистра резервов, где т.Дв. 33Мб. а т.Ит. 65 Мб.)... где-то в инете встречал, что если перед ВыгрузитьИтоги() в качестве фильтров используются СписокЗначений - то скуль безбожно тормозит... - значительно эффективней выгрузить итоги без фильтров, а потом в модуле фильтровать ТЗ... но сам не проверял, будет возможность - попробую. |
|||
91
Пузан
04.03.17
✎
13:24
|
(90) Отрежь базу. Но смыслом отреза базы поставь не просто сокращение данных в базе, а именно закрытие регистров на дату. Естественно сначала надо разобраться почему регистры не закрываются. Скорее всего некоторые измерения используются не во всех документах или заведены заведомо неправильно.
|
|||
92
bigdenis22
04.03.17
✎
13:52
|
(91) как говорил уже выше, один из проблемных регистров Резервы, и проблема заключается в том, что тот кто планирует производство, создает мнимые(виртуальные заказы) копированием заказов прошлых периодов постоянных оптовиков... чтоб дать заказ на производство, не дожидаясь заказа от клиента.
- в данный момент размышляю, как разрулить эту ситуацию... есть служебный документ "СнятиеРезервов", но я не знаю, как программно его поместить в конец расчетного периода, чтоб он обнулил ненужные резервы перед записью итогов в регистр? есть ещё один регистр проблемный, по сути учитывает обороты, но необходимо четко вычленять Приход и Расход, поэтому он регистр остатков, и итоги безбожно растут... но сам он небольшой(на общем фоне) и используется только в трех доках, и на общую тенденцию почти не влияет... поэтому, из-за него у меня голова пока не болит. |
|||
93
opus70
04.03.17
✎
15:26
|
sql однозначно лучше особенно если переписать проведение на
прямой доступ типа 1cpp или taySQL никакой dbf b близко не стоял правда и отчеты еще переписывать нужно |
|||
94
Злопчинский
04.03.17
✎
15:46
|
(92) посмотри у меня на ИС "автоснятие просроченных резервов"
|
|||
95
jsmith82
04.03.17
✎
16:14
|
переписать на прямые запросы
|
|||
96
Провинциальный 1сник
06.03.17
✎
10:00
|
(95) +1. А нецензурный императив "Рассчитать регистры, на..!" забыть как страшный сон.
|
|||
97
aka AMIGO
06.03.17
✎
10:07
|
Только-что увидел тему..
От SQL отказались года 3 назад, после аналогичного эксперимента. Шеф лелеял надежду. В пять-не-в-пять раз, но что в СКЛ операции выполнялись дольше - факт. Тестил все возможные варианты. Остались на файловом варианте базы. ЗЫ. Можете сказать, что я не умею готовить СКЛ.. типа ©.. |
|||
98
Это_mike
06.03.17
✎
10:08
|
(97) типа да.
|
|||
99
aka AMIGO
06.03.17
✎
10:09
|
+97 правда, у меня нет ни прямых запросов, в виду их ненадобности, ни запросов длиной в 1500 и более строк.
Обхожусь простыми средствами. |
|||
100
Это_mike
06.03.17
✎
10:09
|
(97) хотя если типовая - то проблемы в "готовке" не у тебя
|
|||
101
aka AMIGO
06.03.17
✎
10:12
|
(100) Нет, типовой там и не ночевало.
образца 2000-го года, переписанная вдоль и поперёк. От названия "ТиС" осталась только "Т" |
|||
102
Это_mike
06.03.17
✎
10:14
|
(101) нуу дык тогда дописывай по диагонали...
|
|||
103
aka AMIGO
06.03.17
✎
10:15
|
(102) А как-же: "Работает - не трожь!" ?? :)
|
|||
104
trad
06.03.17
✎
16:53
|
(64) нашел КодыАП/D2
Но кто же сможет выполнить этот код, если: 1. запрещено открывать левые ert 2. открытие левых mxl код с картинок не выполняет 3. подмена ert и mxl невозможна |
|||
105
Ёпрст
06.03.17
✎
16:56
|
(104) всё можно.
|
|||
106
trad
06.03.17
✎
16:58
|
(105) что конкретно?
|
|||
107
Ёпрст
06.03.17
✎
16:58
|
Ты же понимаешь сам, что 7.7 базу ты не защитишь никогда, так, трудности только мелкие создашь и всё :)
|
|||
108
trad
06.03.17
✎
17:00
|
(107) я знаю только один способ - расшифровка dba.
От остального (того что мне известно) можно закрыться. Вот я и хочу узнать того чего не знаю. |
|||
109
Ёпрст
06.03.17
✎
17:02
|
(108) Т.е ты уже убрал табло, меню файл открыть, F1, формульный калькулятор ?
|
|||
110
Ёпрст
06.03.17
✎
17:03
|
каким то макаром внештние ert-ки закрыл на редактирование, запретил загрузку внешних компонент ?
Запретил запуск портативных 1с-ок ? |
|||
111
trad
06.03.17
✎
17:07
|
(108) в моей боевой ИБ предприняты следующие меры:
Запрещено открывать внешние отчеты/обработки настройкой прав в конфигурации (это, кроме меню файл/открыть, блокирует и Табло и Формульный калькулятор); Запрещена запись всех каталогов ИБ где расположены разрешенные внешние/отчеты обработки; Запрещена запись всех каталогов ИБ где расположены КОП; Запрещена запись всех каталогов ИБ где расположены выгруженные модули для ТурбоМД (turbomd.prm там же); Запрещена запись 1Cv7.MD |
|||
112
trad
06.03.17
✎
17:12
|
(109) Выключено право "Использование функций в табло и формульном калькуляторе"
|
|||
113
Ёпрст
06.03.17
✎
17:12
|
Настройкой прав по-боку если писать ОткрытьФорму
|
|||
114
trad
06.03.17
✎
17:14
|
(113) так я же проверил - не работает
|
|||
115
trad
06.03.17
✎
17:18
|
(109) про F1 просвети. что-то даже не знаю в какую сторону думать
|
|||
116
trad
06.03.17
✎
17:21
|
(110) "запуск портативных 1с-ок"
"боевой движок" распространяется через GPO. даже если будет подменен exe/dll при старте он восстанавливается на дистрибутивный. Запуск левого модифицированного движка из другого источника - тут надо проработать вопрос. |
|||
117
Ёпрст
06.03.17
✎
17:24
|
(116) я те с флешки запущю свою 1с-ину :)
|
|||
118
trad
06.03.17
✎
17:27
|
(117) принимается.
но и это можно прикрыть |
|||
119
Ёпрст
06.03.17
✎
17:34
|
(116) на счет Права и открытьФорму, это тоже обходилось из самой 1с-ины. Надо только вспомнить как.
|
|||
120
trad
06.03.17
✎
17:35
|
(119) буду признателен
|
|||
121
uno-group
06.03.17
✎
17:36
|
Копируем базу в каталог без копирование прав и делаем что хочем.
|
|||
122
trad
06.03.17
✎
17:37
|
(120) можно в личку, если тут светить не пожелаешь
|
|||
123
trad
06.03.17
✎
17:38
|
(121) из разных каталогов не пустит в одну sql базу
|
|||
124
uno-group
06.03.17
✎
17:48
|
Если в базе никого нет то с другого каталога пустит.
Или убиваю юзеров становлюсь админом смотрю глобальную при выборе ячейки таблицы. В любой таблице выключаем только просморт в расшифровке пишу что то типа {"B","0","0","174","0","0"," 2572BO "} Включаю только просморт клацаю по ячейки. запускаю отчет. |
|||
125
Z1
06.03.17
✎
18:10
|
(121,124) У нас всегда 1с запущена на сервере.
Как Вы в sql убъете пользовыателей у Вас слетят параметры подключения к базе sql ? |
|||
126
trad
06.03.17
✎
19:22
|
(124) >Если в базе никого нет то с другого каталога пустит.
В базе есть кто-либо 24*7, как минимум роботы >Или убиваю юзеров становлюсь админом смотрю Если речь про удаление users.usr - то нужно будет по новой прописать параметры подключения, которые надо знать Если речь про активных юзверей на скл-сервере, то надо обладать правами sa >Включаю только просморт клацаю по ячейки. запускаю отчет. как может запустится отчет по ссылке на элемент справочника? |
|||
127
Z1
06.03.17
✎
20:38
|
(all) может кому пригодиться :
у меня на файл user.usr права только на чтение что не дает право смотреть(удалять ) этот фай но дает право работать всем с текущим файлом. Для изменения пользователей : 1. администратор ставит все права на файл user.usr 2. администратор меняетфайл пользователей 1с 3. администратор ставит только чтение на файл user.usr по моему так будет работать и для 1c sql и для 1с dbf |
|||
128
Builder
06.03.17
✎
21:39
|
(127) А просто правами нужный доступ не сделать? Зачем извращения "толькочтением" на файл?
|
|||
129
Z1
06.03.17
✎
21:49
|
(128) Чтобы нельзя было удалить этот файл и
сделать как пишет 124 да и сделано это было более 10 лет назад ( я не знаю всех возможностей серверных современных ОС может сейчас это можно и проще сделать) |
|||
130
Builder
07.03.17
✎
09:20
|
(129) Более 10 лет назад уже была NTFS и права доступа.
|
|||
131
uno-group
07.03.17
✎
10:29
|
А мне в копии не нужно подключение к скл, мне нужна инфа.
Очень часто там прописаны оле подключения с паролями для все возможных экспортов, что прописано в обработе ячейки таблицы и какую расшифровку мне надо сварганить. Справочник то случайно дергнул из первой попавшейся ячейки. замени на список значений и пропиши параметры запуска нужного отчета из классического обновить. и вуаля этот отчет доступен тому кому не нужно. |
|||
132
uno-group
07.03.17
✎
10:37
|
(126) параметры подключения прописаны в дба. он легко расшифровывается, также как и вытянуть пароль из юзерс не большая проблема. Можно заменить юзерс так, чтобы параметры подключения не слетели уже забыл как но делал.
|
|||
133
trad
07.03.17
✎
11:06
|
(131) все описанное - это дело безопасности частной конкретной конфиги, не платформы. Все в руках программиста.
|
|||
134
uno-group
07.03.17
✎
11:09
|
(133) Основное что склю в плане безопасности перед дбф не имеет никаких преимуществ.
|
|||
135
trad
07.03.17
✎
11:09
|
(132) да, dba - это проблема и об этом я уже сказал
|
|||
136
trad
07.03.17
✎
12:10
|
(134) но и не уступает
|
|||
137
trad
07.03.17
✎
12:28
|
(136) Но в случае с dbf можно просто скопировать dbf и все.
В случае с sql нужно уметь расшифровать dba или usr |
|||
138
uno-group
07.03.17
✎
13:10
|
(trad) В дбф объем больше можно квотами боротья с копированием. Долго научить расшифровывать? Система или безопасная или нет. А то что вы закрыли 90% из известных дверей оставив открытыми 10% вряд ли устроит того кто озабочен безопасностью.
|
|||
139
Builder
07.03.17
✎
14:35
|
Что бы темы не плодить, спрошу тут.
База дбф, список справочника, есть реквизит для сортировки. Включаем сортировку по этому реквизиту. Сортирует сначала по нему, потом по наименованию. Та же база на SQL. Сортирует сначала по реквизиту, потом по коду. Как сделать вторичную сортировку по наименованию, как в DBF? И возможно ли это? В методе Сортировка(<Способ>,<Разрешение>) только одно поле для реквизита. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |