|
Постоянно бьются базы - что делать? 🠗 (длинная ветка 21.07.2016 10:27) | ☑ | ||
---|---|---|---|---|
0
necro
18.07.16
✎
13:18
|
У меня куча файловых баз. И они постоянно бьются. Раньше после восстановления утилитой chdbfl пропадала часть данных, но не критично. В последнее время (может это связано с обновлением платформы, может еще с чем) бьется серьезнее - пропадают группы из справочника контрагентов, пропадают пользователи - приходится таблицы вручную удалять.
Может есть у кого-нибудь какая-то хорошая идея по этому поводу? Сервер не предлагать, в бэкапах тоже большого смысла не вижу. |
|||
1
Это_mike
18.07.16
✎
13:19
|
Заявление напиши...
|
|||
2
DDwe
18.07.16
✎
13:20
|
Собственно после "в бэкапах тоже большого смысла не вижу.", обсуждать и советовать нечего.
|
|||
3
FormatC
18.07.16
✎
13:21
|
так на жесткий диск похоже
|
|||
4
Fish
18.07.16
✎
13:21
|
(2) +100. Как говорится, люди делятся на две категории.
|
|||
5
solarcold
18.07.16
✎
13:22
|
(0) Вот и правильно! Я лично никогда не сохраняюсь в компьютерных играх, например. Ну просто смысла не вижу.
|
|||
6
FormatC
18.07.16
✎
13:22
|
(+) +100500
|
|||
7
FormatC
18.07.16
✎
13:23
|
меняешь жесткий диск, еще один для бэкапов и будет тебе счастье
|
|||
8
IlyaSR
18.07.16
✎
13:23
|
Либо сеть, а если все выполняется на одной машине, то диск пора менять
|
|||
9
IlyaSR
18.07.16
✎
13:25
|
просканируй диск, чтобы получить точное представление о его состоянии
...а так только гадать |
|||
10
lubitelxml
18.07.16
✎
13:26
|
Запусти Victoria HDD и потесть диск
|
|||
11
necro
18.07.16
✎
13:27
|
(2) Это пройдёт, вы со временем поймёте, что бывают ситуации, когда резервное копирование, тем более файловой базы, совершенно бесполезно. Просто поверьте.
|
|||
12
DDwe
18.07.16
✎
13:29
|
(11) Ну, это положим глупость.
|
|||
13
lubitelxml
18.07.16
✎
13:30
|
(11) смотря как делать резервное копирование
|
|||
14
solarcold
18.07.16
✎
13:30
|
(11) Буду рад, если объясните. Вот сломалась база, глубо говоря, данные потеряны. Имеется бэкап. Неужели его наличие не делает погоды? Если б его не было - ничего б не изменилось?
|
|||
15
necro
18.07.16
✎
13:32
|
(9)(7) Там дело больше в неполадках с питанием, которые затруднительно решить. Просто может есть какой-нибудь аналог chdbfl, работающий лучше, а я не в курсе, или еще что-то.
|
|||
16
Fish
18.07.16
✎
13:32
|
(14) Всё зависит от кривизны рук. При достижении определённого уровня кривизны - разницы действительно не будет :)
|
|||
17
DDwe
18.07.16
✎
13:33
|
(16) Какой должен быть радиус, что бы смело заявить о ненужности бэкапов?
|
|||
18
necro
18.07.16
✎
13:33
|
(14) Объясняю: бэкап файловой базы не получается делать часто, поэтому в любом случае не получится восстановить из бэкапа последние данные.
|
|||
19
Господин ПЖ
18.07.16
✎
13:34
|
(11) а больше поверю в упоротость и рукож.пость
|
|||
20
necro
18.07.16
✎
13:34
|
(17) Несколько самоуверенно так категорично судить о ситуации, про которую вам ничего не известно, тем более когда я написал "бэкап не предлагать".
|
|||
21
Fish
18.07.16
✎
13:34
|
(17) Например, я лично знаю человека, который делал бэкапы на тот же диск, где лежала база. И когда диск накрылся - разницы не было, как будто ничего и не делал :))
|
|||
22
butterbean
18.07.16
✎
13:35
|
(18) забавно, т.е. нет разницы восстановить последние или не восстановить ничего
|
|||
23
DDwe
18.07.16
✎
13:35
|
(21) +100500 ))))
|
|||
24
necro
18.07.16
✎
13:35
|
(22) Да, нет разницы.
|
|||
25
DDwe
18.07.16
✎
13:36
|
(24) Мда....
|
|||
26
Господин ПЖ
18.07.16
✎
13:37
|
(18) все там получается. достаточно промотивировать юзеров - чаще бекапитесь - лучше спите по ночам. раз денег нет на скуль и клиент/сервер
|
|||
27
DrZombi
гуру
18.07.16
✎
13:37
|
(0) Переходите на Постгресс. И бесплатно и сервер. И бекапы сможете делать, почаще.
|
|||
28
igork1966
18.07.16
✎
13:37
|
(24) базы используются в сетке небось...
|
|||
29
DDwe
18.07.16
✎
13:38
|
Не, ну если у них 2 документа в день и работают два месяца, то смысла и правда нет )))
|
|||
30
necro
18.07.16
✎
13:38
|
(27) Это как?
|
|||
31
DrZombi
гуру
18.07.16
✎
13:39
|
||||
32
igork1966
18.07.16
✎
13:39
|
(27) За серверный ключик все равно платить... проще купить комплект для небольшой фирмы на 5 усеров
|
|||
33
DrZombi
гуру
18.07.16
✎
13:40
|
+ Реально, вы лучше не пиши тут, что бекап это бесперспективно. Порой теряются такие данные, что только из архивной копии можно поднять. Даже если этот архив месячной давности.
|
|||
34
pessimist
18.07.16
✎
13:40
|
(30) SQL бесплатно. Но сервер 1С и клиентские лицензии 1С за деньги. Клиентские лицензии у вас есть.
|
|||
35
necro
18.07.16
✎
13:40
|
(29) А если 20 документов в день, то смысл есть? И как же организовать резервное копирование? Перед каждым из 20 документов выходить из 1С, копировать (в новый набор, естественно), проверять работоспособность набора (как?), потом заходить обратно в 1С? База причем не 100 мегабайт.
Давайте, делитесь мудростью. |
|||
36
DrZombi
гуру
18.07.16
✎
13:41
|
(32) А вдруг он найдет ключик :)
|
|||
37
necro
18.07.16
✎
13:41
|
(32) Да ну, там база однопользовательская.
|
|||
38
DrZombi
гуру
18.07.16
✎
13:41
|
(34) Клиент 1С в любом случаи за деньги :)
|
|||
39
DrZombi
гуру
18.07.16
✎
13:41
|
(37) Тогда всех в Терминал.
|
|||
40
DrZombi
гуру
18.07.16
✎
13:42
|
На сервер бесперебойник, хороший :)
|
|||
41
butterbean
18.07.16
✎
13:42
|
(35) раз или два в сутки достаточно вполне, зачем такие крайности
|
|||
42
necro
18.07.16
✎
13:43
|
(39) Ну какой терминал если там один комп с базой?
|
|||
43
dmsob
18.07.16
✎
13:43
|
(35) зачем выходить из 1с? просто в обед например(когда никто не записывает документы) копировать файл базы и всё...
|
|||
44
igork1966
18.07.16
✎
13:43
|
(42) размер базы какой?
|
|||
45
DrZombi
гуру
18.07.16
✎
13:44
|
(42) 1 ПК.
Нет Сети Все локально. Пользователь поди и есть царь и бог? В лице Гл. Буха и т.д. :) |
|||
46
Господин ПЖ
18.07.16
✎
13:44
|
загнать всех в облако как вариант.
там вроде само облако бэкапит |
|||
47
DrZombi
гуру
18.07.16
✎
13:44
|
+ Нечего, все до первого шифровальщика :)
|
|||
48
Господин ПЖ
18.07.16
✎
13:45
|
>все до первого шифровальщика
нет в жизни счастья |
|||
49
necro
18.07.16
✎
13:45
|
(41) В битой базе документы с очень высокой вероятностью есть, в бэкапе их совершенно точно нет, если делать два раза в день. По-моему не подходит.
|
|||
50
DrZombi
гуру
18.07.16
✎
13:45
|
(46) Погоди, щас выяснится, что это БД у кладовщика на затворках удаленного склада :)
|
|||
51
mehfk
18.07.16
✎
13:46
|
(49) Делай каждый день копию = начальный образ + на каждый чих выгрузка изменений (в отдельный файл) с очисткой регистрации.
|
|||
52
DrZombi
гуру
18.07.16
✎
13:46
|
(49) А чего, людям история за вчерашние дни не интересна?
Тогда предлагаю их перевести в ексель ;) |
|||
53
necro
18.07.16
✎
13:46
|
(50) Как-то так.
|
|||
54
butterbean
18.07.16
✎
13:47
|
(49) т.е. документы всех предыдущих дней не имеют никакой ценности? ну тогда конечно бэкап нафиг не нужен
|
|||
55
NorthWind
18.07.16
✎
13:47
|
(35) 100М это вообще ни о чем. Можно и раз в несколько часов копировать, и даже раз в час. за 8-часовой день 8 срезов - это всего 800М.
|
|||
56
Господин ПЖ
18.07.16
✎
13:47
|
(50) нафиг там вообще тогда база. карандаш и книга амбарная
наличие учетной системы с требованием к ней в виде бесперебойности подразумевает под собой затраты |
|||
57
DrZombi
гуру
18.07.16
✎
13:48
|
(56) +100500, поддерживаю :)
|
|||
58
necro
18.07.16
✎
13:48
|
(51) Выгрузка есть, но чтобы как-то это всё собрать, всё равно нужно лезть туда самому, да и долго получится. Ну или сразу там же зеркальную копию делать, но это вообще сюр какой-то. Да и сдохнет так же.
|
|||
59
DrZombi
гуру
18.07.16
✎
13:49
|
(58) Если БД дохнет локально. То скорей всего ПК вырубается постоянно.
|
|||
60
DrZombi
гуру
18.07.16
✎
13:50
|
+ Лучше подумайте об бесперебойнике и инструктажа тети Клавы, что выдергивать ПК из розетки Плохо :)
|
|||
61
necro
18.07.16
✎
13:50
|
(29) А где же мудрость-то?
|
|||
62
igork1966
18.07.16
✎
13:50
|
(59) +1000
|
|||
63
Garykom
гуру
18.07.16
✎
13:50
|
(0) Батюшку приглашать пробовал? Если что конфессии разные есть и методом подбора. Возможно для каждой отдельной базы свой ритуал и оператор ритуала понадобится.
|
|||
64
necro
18.07.16
✎
13:51
|
(60) Думаю изо всех сил, но не помогает. А уж когда тетя Клава сидела на генераторе и у неё комп вырубался при печати, было вообще весело. Но это частности.
|
|||
65
NorthWind
18.07.16
✎
13:51
|
(58) вангую вопросы к мисте типа "здрасьте, у нас тут в деревне электричества нет. Как нам организовать бесперебойный учет кур-несушек в компьютерной системе?"
|
|||
66
NorthWind
18.07.16
✎
13:51
|
(63) Бубен! Шаманский. Помогает всегда
|
|||
67
necro
18.07.16
✎
13:52
|
(51) Если база будет утеряна, скорее всего всё равно придётся менять диск либо переустанавливать винду, тогда база будет загружена заново.
|
|||
68
pessimist
18.07.16
✎
13:52
|
(0) Бэкап всё равно делать придётся, вопрос как.
На первый взгляд для файловой 1С shadow copy должна содержать консистентную копию базы на момент снимка, по крайней мере в большинстве случаев? Под Windows c снимками файловой системы можно нормально работь? Если можно, то делать снимки с максимальной частотой и неспешно перекладывать их на внешний носитель. |
|||
69
necro
18.07.16
✎
13:53
|
Смех смехом, а проблема-то усугубилась где-то при переходе на 8.3.
|
|||
70
igork1966
18.07.16
✎
13:55
|
(69) скорее к тому времени база увеличилась в размерах
|
|||
71
necro
18.07.16
✎
13:56
|
(70) Нет, размер растет мало, она состоит почти целиком из справочников.
|
|||
72
necro
18.07.16
✎
13:57
|
(70) Но, например, раньше никогда не билась таблица V8USERS, такое ощущение что она переехала в какую-то неблагополучную часть файла.
|
|||
73
igork1966
18.07.16
✎
13:57
|
(71) ну значит оборудование доумирает
|
|||
74
necro
18.07.16
✎
13:58
|
(73) Да там ведь не один такой комп, а проблема усугубилась на всех.
|
|||
75
Garykom
гуру
18.07.16
✎
14:00
|
(74) сча напоминаете деревенского "знахаря" который к медикам в город обратился...
|
|||
76
Garykom
гуру
18.07.16
✎
14:01
|
(75)+ поймите что без обследования пациентов ну нифига низя сказать совершенно
вплоть до того что просто какая то зараза из розетки вырубает или просто лектричество само пропадает часто )) |
|||
77
Garykom
гуру
18.07.16
✎
14:01
|
(76)+ Сползай в винде в журналы посмотри какие события там
|
|||
78
golem14
18.07.16
✎
14:03
|
мдя, вот это дремучесть. Бэкапы ненужны, проверку диска делать лень и вообще это злой дух базу портит.
|
|||
79
RomanYS
18.07.16
✎
14:03
|
(74) если работаете по сети, то кроме главной "железной" причины есть ещё один фактор: разные версии платформы. Зачастую работа с одной базой из под разных версий приводит к падению базы.
|
|||
80
Garykom
гуру
18.07.16
✎
14:03
|
(77)+ http://pastenow.ru/SG5V
|
|||
81
Garykom
гуру
18.07.16
✎
14:04
|
(79) оно ругаться же должно вроде как, но я уже ничему ну удивлюсь
|
|||
82
olegves
18.07.16
✎
14:05
|
(0) поменять прокладку, которая между стулом и монитором
|
|||
83
Йохохо
18.07.16
✎
14:06
|
а почему не было "автар, а вы кем там работаете?"
|
|||
84
_stay true_
18.07.16
✎
14:06
|
(81) Ругается только если, к примеру, 8.3.7 и 8.3.8. В таком случае, работает тот, кто первым зашёл.
Если же 8.3.7.2368 и 8.3.7.3322(номера от балды), то работать будет. Но итог печален: база ляжет. |
|||
85
RomanYS
18.07.16
✎
14:06
|
(81) файловая не ругается. Только если одновременно с 8.2 и 8.3 - то да. А по очереди - пожалуйста, с 8.2.18 и 8.2.19 одновременно - пожалуйста. Работает, только таблицы иногда крошит)
|
|||
86
golem14
18.07.16
✎
14:07
|
(83) понятно что не админом и не программистом... хотя погодите ...
|
|||
87
Это_mike
18.07.16
✎
14:09
|
(86) бетонщик?
|
|||
88
_stay true_
18.07.16
✎
14:11
|
(87)
Циркулярщик-пильщик? |
|||
89
Garykom
гуру
18.07.16
✎
14:13
|
(84) да терь вспомнил, но обычно же при обновлении автоматом всем платформу на более свежую на все компы
|
|||
90
PR
18.07.16
✎
14:16
|
Откуда в ветке 89 постов?
(0) вполне самодостаточен, после него сразу на баш :)) |
|||
91
DrZombi
гуру
18.07.16
✎
14:25
|
У человека проблема не в 1С. И не в ПК. Тупо энергии не хватает на работу ПК, принтера + Монитора + мышки.
+ Чайника, Плиты и других бытовых приборов :) Предлагаю (0) установить ветряные мельницы, а так же солнечные панели, прикрутить генератор. Проверить конвертер на 220 вольт. |
|||
92
pessimist
18.07.16
✎
14:27
|
(90) Не всё так просто. Очень часто для файловых баз действительно нет смысла делать бэкапы. Получается на практике что бэкап почти всегда или не актуальный или не консистентный.
Понятно что глобальное решение это сервер и SQL. Но это минимум пятьдесят штук за лицензию на сервер плюс железо не бесплатно. Плюс к этому SQL версия при небольшом количестве пользователей медленнее чем файловая, на слабом железе намного медленнее. И тут ещё вылезут косяки со старыми версиями платформы. |
|||
93
Йохохо
18.07.16
✎
14:28
|
(91) как проверить? а то автор решит "не совать пальцы в розетку бред"
(92) перелогинился? |
|||
94
pessimist
18.07.16
✎
14:32
|
(93)
Это мой единственный логин на этом сервере. |
|||
95
dmtrpv
18.07.16
✎
14:33
|
Не только из за HDD и сети может, из за битой RAM тоже легко. Memtest в помощь.
|
|||
96
Garykom
гуру
18.07.16
✎
14:35
|
(94) про (87) который красненький в прошлый раз так же говорил кто то
|
|||
97
golem14
18.07.16
✎
14:43
|
(92) то есть, к примеру, у меня база сломалась(вообще не открывается). И у меня есть бэкап который ночью сделался скриптом автоматически. По вашему он мне никак не поможет?
|
|||
98
NorthWind
18.07.16
✎
14:48
|
(92) такое может быть, если вы новым бэкапом перезаписываете старый. Но, вообще говоря, можно хранить не один бэкап, а несколько, скажем сделанные в 8, 12, 14, 16 и 18 часов. Тогда в вашем распоряжении в момент аварии будет много копий разной степени свежести. Не думали об этом?
|
|||
99
RomanYS
18.07.16
✎
14:57
|
(97) там двусмысленная фраза:
вряд ли автор хотел сказать "Очень часто нет смысла", скорее "ОЧЕНЬ часто делать бэкапы". |
|||
100
pessimist
18.07.16
✎
14:58
|
(98)
Не переписываю. Очень часто бэкап старше двух часов бесполезен. Простое решение - SQL и бэкап средствами SQL, хоть раз в десять минут. Но там свои проблемы,в первую очередь с бюджетом. |
|||
101
bolder
18.07.16
✎
15:01
|
(74) Восьмёрка в файловом режиме крайне неустойчива к пропадание питания на ПК.Дохнет на раз.Так что или вам переходить на семерку или купить какой нибудь минимальный бесперебойник.Разговоры про SQL смешны, если нет денег даже на это.
|
|||
102
PR
18.07.16
✎
15:03
|
(92) >>Очень часто для файловых баз действительно нет смысла делать бэкапы.
А, ну да, раз еще и ты это сказал, то да, не имеет смысла, конечно. >>Но это минимум пятьдесят штук за лицензию на сервер плюс железо не бесплатно. Что за бред? 15 штук за минисервер 1С и скуль бесплатно. |
|||
103
YFedor
18.07.16
✎
15:05
|
(102) кому этот минисервер нужен? Если есть хотябы 3 рабочих базы, с которыми работает по 2 человека - все лицензий не хватит
|
|||
104
Йохохо
18.07.16
✎
15:06
|
(101) попробуйте еще планку памяти снять, вынуть доп питание с материнки, втавить вилку в кулер, уронить на системник шлакоблок
|
|||
105
bolder
18.07.16
✎
15:12
|
(104) У ТС денег нет даже на бесперебойник!Какие шлакоблоки, вы что?)))
|
|||
106
trdm
18.07.16
✎
15:12
|
(0) > Постоянно бьются базы - что делать?
Закон о дуэлях принять... |
|||
107
pessimist
18.07.16
✎
15:14
|
(102) Как я понимаю, минисервер поддерживает только пять одновременных подключений, причём подключения одного пользователя к разным базам это разные подключения. В случае большого количества баз это не очень хороший вариант.
|
|||
108
Jump
18.07.16
✎
15:14
|
(18) А почему не получается делать часто?
Ну хотя бы три раза за рабочий день делаете? |
|||
109
bolder
18.07.16
✎
15:15
|
Правильно понимаете(107) .
|
|||
110
Jump
18.07.16
✎
15:16
|
(0)Для начала выясните почему базы бъются.
Это либо проблемы с диском, либо частые отключения питания, либо проблемы с сетью. |
|||
111
Jump
18.07.16
✎
15:18
|
Я в таких ситуациях, когда много файловых баз обычно настраиваю бэкап два раза в день, и раз в час теневые копии.
Хотя базы бьются крайне редко, такое конечно случается, раз в несколько лет. |
|||
112
Йохохо
18.07.16
✎
15:21
|
(110) до чего у ТС руки или ноги дотягиваются, с тем и проблемы. Еще он научился шару снимать налету и удаленный ребут с консоли, нашел автомат ведущий на серверную и включил в бесперебойник 3 ХП ЛДЖ 1100 и включает их одной кнопкой
|
|||
113
lvz
18.07.16
✎
15:21
|
формулировки в теме прекрасные.
особенно вот это понравилось "пропадают пользователи" и "в бэкапах тоже большого смысла не вижу". сорри, что помочь не могу. опыта нет, у меня базы бились редко (тьфу-тьфу-тьфу), и всегда были причины и бэкапы. |
|||
114
Jump
18.07.16
✎
15:37
|
(68) Теоретически, если сильно не повезет может оказаться теневая копия битой, но это теоретически и крайне маловероятно.
Ни разу с таким не сталкивался, хотя пытался добиться такого. А учитывая что теневые копии делаются часто - количество гарантированно побеждает возможные проблемы. |
|||
115
DrZombi
гуру
18.07.16
✎
16:03
|
(93) Как еще можно проверить? У него на удаленном складе "типо того" стоит 5 ПК. На них локально запущена 1С. При этом 1С по сути однопользовательская.
|
|||
116
MM
18.07.16
✎
16:18
|
(107) Можно сделать несколько разных служб-кластеров 1С, в каждом по одной базе. Лицензии должны получать клиенты не через сервер 1С. Или так не получится настроить?
|
|||
117
mistеr
18.07.16
✎
16:22
|
Все не читал, UPS уже предлагали?
|
|||
118
ilkoder
18.07.16
✎
16:25
|
(0) - "сервер не предлагать", больше говорить не о чем, файловые базы будут валиться всегда, если бы они не валились при многопользовательском режиме, нафиг был бы нужен SQL
|
|||
119
makfromkz
18.07.16
✎
16:50
|
У меня был случай, когда валилась у мелкого клиента 1 файловая база. Причем восстанавливая из DTшки и потом закрывая сеанс, при повторном входе база была рухнувшая.
Мне показалось что это вирус шалит, местный эникейщик божился и клялся что у него свежак каспера и он стрелки переводил на 1С. В конце концов оказалось таки вирус. (0) Может и у вас какая-нибудь зараза бушует? Может предыдущий 1Сник обиженный вашей конторой, оставил сюрприз ? |
|||
120
necro
19.07.16
✎
06:14
|
(78) Дремучесть - это предлагать заведомо неподходящие варианты, причем даже после того, как на это несколько раз указали.
|
|||
121
necro
19.07.16
✎
06:16
|
(86) Одинэсю с 2004 года, админю с того же, программирую с 1994, что дальше?
|
|||
122
necro
19.07.16
✎
06:18
|
(97) Вы погодите, всё началось с того, что я говорил, что МНЕ такой бэкап не особо нужен, я-то ведь не 80% советчиков из этой темы и не говорил за всех, а только за себя.
|
|||
123
necro
19.07.16
✎
06:19
|
(105) Понимаете, какая беда - ломаются они гораздо быстрее, чем компы.
|
|||
124
necro
19.07.16
✎
06:22
|
(113) Специалистов набралось - мама не горюй, действительно, опыта нет, стартовый пост внимательно прочитать не можете, но самомнение того и гляди крышу сорвет. Чем вам не нравится формулировка "пропадают пользователи"? Я там дальше написал, что портятся записи в таблице V8USERS, но вы же этого тоже не поняли, потому что "запись", "таблица" и другие непонятные слова.
|
|||
125
necro
19.07.16
✎
06:25
|
Как можно тему куда-нибудь во флуд перенести? А то по существу тут не густо, но зато весело.
|
|||
126
DrZombi
гуру
19.07.16
✎
06:30
|
(121) Ну не в силах 1С-ник подать в сеть 220 вольт вместо 70-ти :)
|
|||
127
DrZombi
гуру
19.07.16
✎
06:31
|
(123) Беда в том, что вам нужен по сути стабилизатор. Ломаются быстро, т.к. поди все время на батарейке сидят.
|
|||
128
DDwe
19.07.16
✎
06:32
|
(121) Зря проведенное время, нет?
|
|||
129
DrZombi
гуру
19.07.16
✎
06:32
|
(125) А тебе еще не дали право модератора?
За выслугу лет :) |
|||
130
necro
19.07.16
✎
06:33
|
(128) А вы уже поделились мудростью про бэкапы, а то я что-то пропустил?
|
|||
131
Kookish
19.07.16
✎
06:34
|
У меня как-то был случай. Звонит мне знакомый, у него сервер падает. Там был RAID, 10 вроде. В разговоре я выясняю, что на сервере неисправен блок питания. Говорю ему об этом. "Запасной взять неоткуда, буду ковыряться с тем, что есть." Результат - провозился полдня, несколько раз звонил мне... Кончилось тем, что сервер у него перестал загружаться уже при любой комбинации дисков. Что было дальше - история умалчивает.
|
|||
132
necro
19.07.16
✎
06:35
|
(127) Я в курсе, но восстановление базы почти ничего не стОит, а стабилизатор стОит, да еще неизвестно, что туда подойдёт. Поэтому со своей стороны хочется найти какое-то решение, которое позволит пользователю работать после восстановления БД без танцев с бубном.
|
|||
133
golem14
19.07.16
✎
06:35
|
(126) почему не в силах? преобразователь напряжения воткнуть и фсё.
|
|||
134
Kookish
19.07.16
✎
06:35
|
Оттуда я вывел одно правило: "Не работай на неисправном железе." Собственно, сказать мне больше нечего.
|
|||
135
Мимохожий Однако
19.07.16
✎
06:40
|
(130)Про бэкапы мудро написано в файлике в каждом дистрибутиве обновления. Есть куча удобных программ
(121) Период работы ничего не значит в некоторых вопросах. По себе знаю )) Не забудь потом отписаться как решил проблеммку. |
|||
136
golem14
19.07.16
✎
06:41
|
Резюмирую: ТС не хочет делать бэкапы и покупать рабочее железо, но хочет что-то такое итить его чтобы если база рухнула, чтобы сразу воскресла как ни в чем не бывало, и дальше можно работать. А начальник, который жмот до денег, ничего не заметил.
|
|||
137
DDwe
19.07.16
✎
06:42
|
У ТС гонору, девать некуда. Раз столько опыта, так чего ж элементарной проблемой разобраться не смог? Кто-то здесь врет ))
|
|||
138
necro
19.07.16
✎
06:45
|
(137) Кто-то здесь так и не поделился своей мудростью, а только самомнением. Ну расскажите уже, как правильно делать бэкап на отдельно стоящем компьютере с файловой базой, чтобы из него можно было быстро восстановиться, если база упала в процессе работы? Дайте добрый совет недалекому коллеге!
(136) Особенно, если факт повреждения базы виден далеко не всегда сразу - она бывает работает, но зависает при обращении к битой таблицей. |
|||
139
golem14
19.07.16
✎
06:47
|
(137) налицо Эффект Даннинга — Крюгера
|
|||
140
Kookish
19.07.16
✎
06:48
|
(0) (138) "как правильно делать ... чтобы можно было быстро восстановиться". Вопрос изначально неправильный. Когда начнете задавать правильные вопросы, начнете получать правильные ответы.
|
|||
141
golem14
19.07.16
✎
06:49
|
(138) купить еще один отдельно стоящий компьютер для бекапов, и перестать наконец жмотиться на оборудование.
|
|||
142
necro
19.07.16
✎
06:50
|
(141) я же уже спросил: "Ну расскажите уже, как правильно делать бэкап на отдельно стоящем компьютере с файловой базой, чтобы из него можно было быстро восстановиться, если база упала в процессе работы? Дайте добрый совет недалекому коллеге!"
- Ну купил я еще один компьютер, для бэкапов, дальше что делать? Я на первой странице спрашивал - по вашему нужно выходить из базы и делать бэкап после внесения любых данных, или как? |
|||
143
golem14
19.07.16
✎
06:52
|
(142) почему, ночного бэкапа вполне хватит. А сколько у вас документов в день вносится?
|
|||
144
Мимохожий Однако
19.07.16
✎
06:53
|
(138)Ставь SQL. Там это реализовано.
...Если есть зависания с битыми базами, то их надо сначала вылечить. (142) Например, cobian может делать теневое копирование как папок, так и отдельных файлов. |
|||
145
necro
19.07.16
✎
06:53
|
(140) Я задаю именно тот вопрос, на который хочу получить ответ, а вот с какой целью некоторые, как они сами признают, неопытные советчики пытаются свести ответ к другому вопросу - вот это да, интересно. Я понимаю, что в любом букваре написано "нужно делать резервное копирование", поэтому сразу обратил внимание, что в моём случае смысла его делать нет. Но упёрлись рогами и всё тут.
|
|||
146
Kookish
19.07.16
✎
06:53
|
(142) "... база упала в процессе работы." - это ИСКЛЮЧИТЕЛЬНЫЙ случай, вы понимаете? База не должна падать в процессе работы. Если база падает в процессе работы, этому должна быть причина. Причину падения базы в процессе работы надо найти и устранить.
|
|||
147
Мимохожий Однако
19.07.16
✎
06:55
|
(145) Буквари пишут не только для начинающих, но и для опытных. Ты не оценивай ответы. Упёрся рогами ты. ИМХО.
|
|||
148
necro
19.07.16
✎
06:55
|
(143) Мне не нужен ночной бэкап: при восстановлении из него у меня будут потеряны все документы за день, сколько бы их не было, а при восстановлении битой базы они почти наверняка восстановятся?
|
|||
149
Мимохожий Однако
19.07.16
✎
06:56
|
(148) Наверняка - это вряд ли
|
|||
150
necro
19.07.16
✎
06:57
|
(147) Я оцениваю то, что это ответы на другие вопросы, не на мой. Как если бы я спросил как настроить файл-сервер, а мне бы на двух страницах предлагали поставить Линукс вместо Винды.
|
|||
151
necro
19.07.16
✎
06:57
|
(149) Ну во всяком случае пока 100% инцидентов попадали в это "наверняка".
|
|||
152
golem14
19.07.16
✎
06:58
|
(148) смотри (146) Под ваши требования подходит только SQL база с моделью восстановления FULL. Забудьте про файловую базу.
|
|||
153
necro
19.07.16
✎
06:59
|
(152) Не пойдёт, у нас компьютер на верхней полке склада у тёти Клавы, никогда у неё не будет сервера. Я бы с радостью.
|
|||
154
Мимохожий Однако
19.07.16
✎
07:01
|
(150) Не передёргивай. Не все вопросы и ответы из этой серии. В данном случае ты ждёшь лекарства, не уточнив диагноз.
(153) В таком случае или находишь денег, или платишь сам, или мудохаешься дальше. На велосипеде в космос не улетишь, даже если сильно стараться. |
|||
155
golem14
19.07.16
✎
07:01
|
(153) Вы, однако, очень интересный идивидуум. Вы согласны с (146) ?
|
|||
156
necro
19.07.16
✎
07:02
|
(155) Конечно.
|
|||
157
Мимохожий Однако
19.07.16
✎
07:03
|
ОФФ. Тема плавно перетекла в философию и психологию ))
|
|||
158
necro
19.07.16
✎
07:03
|
(154) Файловые базы по большей части бьются при неожиданном прекращении работы, когда в них что-нибудь не дописывается до конца, что тут уточнять?
|
|||
159
golem14
19.07.16
✎
07:03
|
(156) Что вы думаете нужно сделать чтобы свести к минимиуму этот исключительный случай?
|
|||
160
2S
19.07.16
✎
07:04
|
Поддержу оратора в части поломок файловых баз. В последнее время участились проблемы с файловыми базами при переходе на 8.3.7 и далее и установками последних релизов.
Как правило документооборот небольшой, тут бэкапы точно помогают :) |
|||
161
Мимохожий Однако
19.07.16
✎
07:05
|
(158) Надо выяснить почему происходит неожиданное прекращение работы и вылечить эту первопричину. 1С не просто так рекомендует клиент-серверные решения.
|
|||
162
necro
19.07.16
✎
07:05
|
(159) Заземлять, развязывать, стабилизировать, фильтровать помехи. Но, как я писал чуть выше, это всё стОит денег, в отличии от восстановления базы.
|
|||
163
golem14
19.07.16
✎
07:07
|
(162) если вы потеряете все данные, как вы думаете, во сколько это обойдется бизнесу?
|
|||
164
necro
19.07.16
✎
07:08
|
(161) Вот если бы 1С умела хранить свою базу сразу в SQL, без сервера 1С, я бы конечно тут же поставил SQLExpress или что-то в этом роде.
|
|||
165
Мимохожий Однако
19.07.16
✎
07:08
|
(162) Хороший бэкап тоже стоит денег. Ты сейчас какой бэкап используешь?
|
|||
166
Мимохожий Однако
19.07.16
✎
07:08
|
(164) Переходи на 1с77 ))
|
|||
167
necro
19.07.16
✎
07:08
|
(163) Максимум в двое суток, причём бизнес в это время просто будет писать на бумажке.
|
|||
168
necro
19.07.16
✎
07:09
|
(166) Она тоже так не умеет, дбфка+драйвер FoxPro - это не SQL.
|
|||
169
Мимохожий Однако
19.07.16
✎
07:10
|
Минисервер 1С стоит 14400, если я не ошибаюсь. (167) Может им и компьютер не нужен?
|
|||
170
golem14
19.07.16
✎
07:10
|
(167) А зачем вам вообще 1С?
|
|||
171
Мимохожий Однако
19.07.16
✎
07:10
|
(168) Есть версия для SQL
|
|||
172
necro
19.07.16
✎
07:11
|
(170) 1C - платформа для построения систем учёта, нужна для учёта. Заметьте - флуд начал не я.
|
|||
173
Мимохожий Однако
19.07.16
✎
07:11
|
Можно разместить базы в облаке от 1С
|
|||
174
golem14
19.07.16
✎
07:12
|
(172) почему не использовать амбарную книгу?
|
|||
175
golem14
19.07.16
✎
07:12
|
(173) там с электричеством то напряжёнка, какое облако...
|
|||
176
Мимохожий Однако
19.07.16
✎
07:13
|
(172) Это ты про 1C: Бухгалтерию 3.0 для DOS? Доступно и всерьез
|
|||
177
necro
19.07.16
✎
07:31
|
(176) Не довелось, начал свой пусть с 7.7 + 1С++. Но судя по названию, 1С:Бухгалтерия всё-таки не платформа, а непосредственно система учёта.
|
|||
178
necro
19.07.16
✎
07:31
|
(174) Я же не говорил, что она не используется )
|
|||
179
golem14
19.07.16
✎
07:37
|
(178) Вот. Но вы так и не ответили на мой вопрос.А таки зачем вам вообще 1С?
|
|||
180
golem14
19.07.16
✎
07:37
|
может Excel хватит?
|
|||
181
necro
19.07.16
✎
07:40
|
(179) Для учета
(180) 1. Эксель тоже стоит денег 2. В экселе (ну и в опенофисе) хоть какая-то автоматизация выйдет очень сложной, да и специалистов нет 3. Ну и, собственно, книга эксель вообще-то тоже может сломаться |
|||
182
necro
19.07.16
✎
07:41
|
(180) Попробуйте в экселе простейшую систему с приходом и расходом товаров сделать - увидите, что это не так просто.
|
|||
183
DDwe
19.07.16
✎
07:46
|
Если там так всё просто, напиши свою, хоть на плюсах, положи базу в хоть SQLite или постгри и бэкапь хоть каждую минуту.
Бесплатно, надежно и просто. |
|||
184
necro
19.07.16
✎
07:48
|
(183) Где - там?
Про бэкапы так и не поделитесь? |
|||
185
DDwe
19.07.16
✎
07:50
|
(184)Раз у тебя всё ведут в амбарной книге, то самописки будет достаточно.
|
|||
186
DDwe
19.07.16
✎
07:51
|
(185)+ ТыжПрограммист...
|
|||
187
necro
19.07.16
✎
07:53
|
(185) Ну так вопрос был в том, как бы эту самописку восстановить, чтобы она работала, а не в том "установи сервер, на сервер постгрес, на постргес эксель, потому что за 12 лет работы у тебя не хватило ума на такую простоту, и настрой бэкап, который не нужен, потому что если делать его ночью, то за сегодня в нём данных нет, но все у кого не делается бесполезный бэкап - дураки"
|
|||
188
DDwe
19.07.16
✎
07:55
|
(187) Чукча не читатель? Пиши самописку не на 1С. И нет проблем.
|
|||
189
КомПрог
19.07.16
✎
07:56
|
Бэкапов нет! Но Вы (пользователи) держитесь там!!!!))) (с) не мое...
|
|||
190
necro
19.07.16
✎
07:57
|
(188) Напоминаю ещё раз: вопрос был "как бы эту самописку восстановить, чтобы она работала", а не как написать другую такую же. Я понимаю, что в силу недостатка знаний вам нечего предложить, но я не понимаю, зачем повторять одни и те же глупости, если вы даже своё предыдущее, неправильное, но яростно навязываемое мнение про бэкап не можете аргументировать?
|
|||
191
DDwe
19.07.16
✎
07:59
|
(190) Что бы ее восстановить, нужно что-то из чего ее восстановить. Вот тут мы приходим к противоречию, не так ли?
|
|||
192
necro
19.07.16
✎
08:00
|
Остался в теме кто живой? Как вам создание отдельной резервной пользователей и загрузка их в базу после восстановления?
|
|||
193
necro
19.07.16
✎
08:01
|
(191) Вы - может быть. Остальные помнят про штатную утилиту chdbfl.
|
|||
194
necro
19.07.16
✎
08:01
|
(191) Так что там с бэкапами?
|
|||
195
Мимохожий Однако
19.07.16
✎
08:02
|
(190) Повторюсь. Cobian Backup бесплатный. Настраивается по расписанию. Может делать ТЕНЕВОЕ копирование. Попробуй, понравится. Копируешь на внешний диск, а с внешнего диска на другой комп. И т.д и т.п.Ты это пробовал?
|
|||
196
DDwe
19.07.16
✎
08:02
|
Сам с собой разговаривать начал. Мда.. плохой признак. Мальчик, ты чего хочешь то? Людям объясни...
|
|||
197
DDwe
19.07.16
✎
08:03
|
(195) Ему не нужно копировать, ему нужно восстанавливать.
|
|||
198
Мимохожий Однако
19.07.16
✎
08:03
|
(192) В инете есть обработки по переносу пользователей из одной базы в другую через файл. Выгрузи список и жди сбоя. Загрузишь, порадуешься
|
|||
199
Мимохожий Однако
19.07.16
✎
08:05
|
(197) ОФФ: Вспомнился анекдот про чукчу, который на вопрос жены: "Зачем в ярангу телевизор купил? у нас электричества". Он ответил: "Чукча умный - чукча розетку тоже купил". Я к чукчам отношусь с уважением, если что ))
|
|||
200
necro
19.07.16
✎
08:06
|
(195) Я же не могу делать копирование непрерывно. Да и не уверен я, что при любом способе копирования во время работы база не повредится уже от самого факта такого копирования. То есть, даже при рабочей базе может оказаться битая копия. Или не так?
|
|||
201
necro
19.07.16
✎
08:07
|
(196) Тётенька, да что с вами, я миллион раз объяснил, неужели не усваивается? А вы мне в ответ миллион раз, убогому, бэкапы советовали, а как делать - не знаете. Как же так?
|
|||
202
necro
19.07.16
✎
08:08
|
(197) Извиняюсь, вижу что наконец дошло.
|
|||
203
Мимохожий Однако
19.07.16
✎
08:09
|
(200) Не так
|
|||
204
golem14
19.07.16
✎
08:10
|
я как то упустил а чем не устраивает восстанавливать базу chdbfl?
|
|||
205
bolder
19.07.16
✎
08:10
|
(202) Так почему же у вас бьются базы-вопрос остался без ответа.
|
|||
206
golem14
19.07.16
✎
08:12
|
(205) С электричеством перебои
|
|||
207
Мимохожий Однако
19.07.16
✎
08:12
|
(205) Он тебе не ответит. Он ждёт ответа на его вопрос.
|
|||
208
necro
19.07.16
✎
08:14
|
(204) Устраивало, пока не стала ломаться таблица с пользователями, после чего база после восстановления остается не рабочей.
|
|||
209
necro
19.07.16
✎
08:15
|
(203) Судя по вот этой теме, там не всё радужно: http://catalog.mista.ru/public/63970/
|
|||
210
golem14
19.07.16
✎
08:15
|
(208) Почему не приобретёте ИБП?
|
|||
211
golem14
19.07.16
✎
08:17
|
(208) почему не заменить таблицу с пользователями?
|
|||
212
necro
19.07.16
✎
08:22
|
(211) Ну наверное это и есть единственный более-менее рабочий вариант.
|
|||
213
Мимохожий Однако
19.07.16
✎
08:22
|
(209) Ты пробовал? Или теоретизируешь? Сейчас есть новые версии этой программки. (211) (210) Его боссу жалко денег и не жалко админа с пользователями.
|
|||
214
Мимохожий Однако
19.07.16
✎
08:23
|
Мало того, что битая база, но и разбираться в причинах не желает. Прикольно.
|
|||
215
mehfk
19.07.16
✎
08:23
|
Чем эта карявка лучше батника в планировщике?
|
|||
216
necro
19.07.16
✎
08:25
|
(214) Мы тут уже поразбирались в причинах, прямо рядом с вашими сообщениями, так что за это не переживайте.
|
|||
217
golem14
19.07.16
✎
08:26
|
(213) Непонимаю, зачем работать в конторе которая не может позволить ИБП чтобы база не падала?
|
|||
218
Мимохожий Однако
19.07.16
✎
08:26
|
(216) Ты на мой прямой вопрос ответь в (213)
|
|||
219
necro
19.07.16
✎
08:26
|
(215) Вопрос в том, как эта корявка может исправить ситуацию, если она делает копию в тот момент, когда происходит запись? Она там что, количество записей исправит в заголовке файла что ли?
|
|||
220
necro
19.07.16
✎
08:27
|
(218) Что на него можно ответить, если я про эту корявку узнал 20 минут назад?
|
|||
221
Мимохожий Однако
19.07.16
✎
08:29
|
(220) Ни карявка, ни батник тебе не помогут, если внутри базы сидит ошибка. Их задача создать горячую копию. А вот разобраться в причинах битых таблиц -задача админа. Если у тебя народ может пару дней обойтись блокнотом и карандашём потеря пары записей не существенна.
|
|||
222
DDwe
19.07.16
✎
08:29
|
(219) Смешной ты. Повеселил.
|
|||
223
necro
19.07.16
✎
08:31
|
(222) "Вам меня жаль". Я уже давно это понял )
|
|||
224
necro
19.07.16
✎
08:32
|
(221) Происходит запись документа, добавляется строка в таблицу, добавляется новая страница в файл БД и в это время делается теневая копия. Откуда уверенность, что все эти данные (они лежат в разных местах на диске, ведь NTFS поддерживает фрагментацию) будут соответствовать друг другу? Если нет, то на такой копии придется потом запускать chdbfl и далее - смотрите выше. Я не знаю, как правильно смоделировать эту ситуацию, поэтому утверждать ничего не могу.
|
|||
225
golem14
19.07.16
✎
08:37
|
ветка феерична
|
|||
226
DDwe
19.07.16
✎
08:48
|
(225) ТС развлекает всех уже вторые сутки. Без понятия о предмете разговора.
|
|||
227
MM
19.07.16
✎
08:50
|
(224) Без теневой копии, скопированный во время изменения, файл может содержать в разных частях данные на разные моменты времени, возможно на минуты. Если есть несколько несильно попорченных архивов один них можно дополнить недостающими данными.
Но, безусловно, если важна целостность данных и отказоустойчивость, то нужно переходить на клиент-серверный режим. Про UPS уже говорили? |
|||
228
Мимохожий Однако
19.07.16
✎
08:55
|
(227) Уже говорил про всё. "Товарищ не панимаит".
|
|||
229
DrZombi
гуру
19.07.16
✎
09:00
|
(132) Сделай как надо, а не как по правилам ;)
1. Установи там Сервер SQL или postgresql или еще какой. 2. Заставь работать... 1C ни смотря ни на что :) |
|||
230
DrZombi
гуру
19.07.16
✎
09:01
|
+ настрой бекапы
|
|||
231
DrZombi
гуру
19.07.16
✎
09:02
|
(224) не получится
|
|||
232
Jump
19.07.16
✎
09:03
|
(224) Данные будут соответствовать друг другу гарантированно.
1)Теневая копия выполняется мгноваенно. 2)Теневая копия делает копию не файла, а всего тома. 3)Перед созданием теневой копии принудительно сбрасываются на диск все кэши. |
|||
233
Serg_1960
19.07.16
✎
09:23
|
Ветка, без сомнений, однозначно пятничная... но, попробую быть серьёзным :)
Фирма 1С давно уже реализовала всё нужное для создания бэкапов многопользовательского режима работы, не требующих монопольного доступа к базе. Все типы бэкапов (полный, инкрементальный, дифференциальный, смешанный и т.д.) легко реализовать программисту 1С начального уровня с использованием только платформы 1С... Вы ещё не догадались об чём я? Подсказываю: Р И Б |
|||
234
MM
19.07.16
✎
09:25
|
(232) А если 1С делает записи последовательно, без привлечения транзакционного API ( https://msdn.microsoft.com/ru-ru/library/windows/desktop/aa964931(v=vs.85).aspx ), не позволяя другим сеансам прерывать процесс своими блокировками на lck-файле, то как OC сможет узнать, что вот этот участок новая страница, но в список страниц, его ещё не начали записывать?
|
|||
235
mehfk
19.07.16
✎
09:26
|
(233) см (51)
|
|||
236
Jump
19.07.16
✎
09:35
|
(234) Механизм теневого копирования это часть файловой системы, без его ведома, изменить что-то в файловой системе невозможно.
При создании теневой копии блокируюется любая запись на диск, вне зависимости от поддержки приложениями API. |
|||
237
Serg_1960
19.07.16
✎
09:37
|
(235) Не смешите Вы меня. Не надо извращаться там, где уже за Вас подумали :)
|
|||
238
Jump
19.07.16
✎
09:39
|
(233) Классная шутка, долго смеялся.
|
|||
239
MM
19.07.16
✎
09:43
|
(236) А если этот механизм начал работать в середине процесса, когда половина файла изменена и записана, а вторую ещё не начали менять? Что тут система сделать сможет? Естественно, время когда метаданные файловой базы не согласованны заметно меньше всего времени записи в файл, но и тут по закону Мерфи может не повезти.
|
|||
240
FIXXXL
19.07.16
✎
09:44
|
А как у ТетиКлавы с интернетом?
Может выложить базы на нормальный комп, где с электричеством проблем нет, в ТетьКлавы пусть на него ходят по РДП. Нет света на складе - не беда, когда включат - тогда и заработает. Но базы на удаленке в целости и сохранности. |
|||
241
necro
19.07.16
✎
09:47
|
(226) Я попробую вам еще раз объяснить суть, на игровом примере. Давайте отвлечемся от недалекого ТСа, пусть тётю Клаву обслуживает тётенька DDwe, которая знает, что бэкап - это всё, он решит любую проблему и вообще свернет горы.
И вот, у тёти Клавы на компе делается по ночам бэкап. В 12.00 у неё зависает 1С (чего конечно никак не может произойти, как считает тётенька DDwe) и она его снимает через Диспетчер Задач (во хватил, да?). Запускает 1С заново, проверяет что вроде всё на месте и работает дальше - забивает расход. /* на самом деле база уже битая */ В 18.00 тётя Клава пытается забить приход и база вылетает с сообщением про что-то там "компонента dbeng..." - потому что сломана таблица _Document456. Тётя Клава звонит тётеньке DDwe, которая поднимает ей сегодняшний бэкап. /* через полчаса работы выясняется, что сегодняшний бэкап тоже битый, потому что комп в 00.00 перезагрузился (чего никак не могло быть) */ Тётенька DDwe восстанавливает вчерашний бэкап. И идёт на форум с вопросами: 1. Как восстановить битый файл 1CD, поверх которого уже два раза записан такой же 2. Какой утилитой его восстановить и как перенести из него данные за полтора дня в бэкапную базу, в которой уже вовсю работает тётя Клава. |
|||
242
mehfk
19.07.16
✎
09:54
|
(237) Че это?
|
|||
243
Serg_1960
19.07.16
✎
09:54
|
(238) Ага, мне самому нравится.
Когда-то, интереса ради реализовал. Ежедневная выгрузка плюс хранение всех сообщений обмена в течении дня. Незамысловатая обработка позволяла из выгрузки поднять копию и обменами актуализировать её состояние на момент произвольно выбранного сеанса обмена. Не спрашивай "Зачем?" и где здравый смысл. Интереса ради и наличие свободного времени :) |
|||
244
Serg_1960
19.07.16
✎
09:56
|
(242) Создание начального образа ежедневно? Нет уж, лучше расстреляйте в чистом поле мордой к стенке.
|
|||
245
mehfk
19.07.16
✎
09:57
|
(244) Ты пробовал прочитать внимательно?
|
|||
246
DrZombi
гуру
19.07.16
✎
09:57
|
(241) Зачем ты себя мучаешь?
Ведь ты уже знаешь что сделать? Вопрос только в твоей карме ;) |
|||
247
Serg_1960
19.07.16
✎
10:00
|
(245) Пробовал. Не получилось. Слова все знакомые, но смысл - ускользает.
|
|||
248
mehfk
19.07.16
✎
10:01
|
(247) Печально. Но среди 1с-ником быть тупым - это почти норма.
|
|||
249
Мимохожий Однако
19.07.16
✎
10:02
|
(243) У него БАЗОВАЯ бухгалтерия, т.к. денег мало.
|
|||
250
mehfk
19.07.16
✎
10:03
|
(249) Опять серишь в лужу? У автора самописка, о чем уже говорилось.
|
|||
251
Serg_1960
19.07.16
✎
10:07
|
(248) +1 И не говори, каждый день с такими сталкиваюсь. Вот, сегодня опять встретил. "Никогда такого не было и вот опять снова"(цы)
|
|||
252
mehfk
19.07.16
✎
10:08
|
(251) Ну твой круг общения понятен. "Тупой среди тупых" (с)
|
|||
253
Мимохожий Однако
19.07.16
✎
10:09
|
(250) Согласен. С самопиской пёрнул, а вот насчет денег правда.
|
|||
254
Serg_1960
19.07.16
✎
10:13
|
(253) Я поэтому и предложил автору поднять и использовать обычную, рядовую риб-базу - никаких дополнительных денежных вливаний ни на программы, ни на железо :)
|
|||
255
necro
19.07.16
✎
10:15
|
(249) Всего три страницы, на каждой куча ваших "очень грамотных" сообщений, но вместо того, чтобы прочитать ещё и чужие, вы откуда-то изобретаете какую-то "базовую бухгалтерию". Что, уметь читать уже теперь не модно?
|
|||
256
Мимохожий Однако
19.07.16
✎
10:18
|
(255) Ну, не сообразил и что? Вместо оценки чужих ответов скажи, что ты сделал сам для устранения проблемы.
|
|||
257
Serg_1960
19.07.16
✎
10:22
|
+(254) В чём отличие от предложения в (51)?
Если кратко, то: Дополнительный узел в плане обмена с файловой версией подчинённой базы, в которой не работают пользователи, что позволяет неоднократно в течении дня создавать резервные копии простым копированием 1CV8.1CD |
|||
258
necro
19.07.16
✎
10:23
|
(246)(256) Однозначного ответа у меня на самом деле нет, примерно понятно только что нужно присматривать стабилизаторы. А вот если бы у chdbfl был пакетный режим (через WSH пробовал - фигня получается), то можно было бы написать скрипт, который
1. починяет базу 2. загружает в неё пользователей и - ура, работать уже можно в большинстве случаев! У Tool_1CD есть пакетный режим, но что-то я сомневаюсь, что с его помощью можно сделать то же, что с помощью chdbfl, за то же время. |
|||
259
mehfk
19.07.16
✎
10:26
|
(257) Так в (51) я именно это и предложил, разве что каждый день образ пересоздавать заново методом копирования, а не средставами платформы. Книга знаний: Альтернативное создание начального образа в УРБД И после каждой порции выгрузки изменений изменения очищать, не дожидаясь прихода сообщений об успешной загрузке с той стороны. Но в таком случае необходимо хранение всех сообщений обмена.
|
|||
260
Мимохожий Однако
19.07.16
✎
10:27
|
(258) Автоматическая починка не поможет,т.к. биться могут каждый раз разные таблицы. А могут таблицы быть не битыми, но отдельные записи некорректными, которые не увидит chdbfl
Я не понимаю, почему нельзя один раз вылечить базу руками, а потом обеспечить бесперебойность базы. Люди как-то работают по такой схеме |
|||
261
DDwe
19.07.16
✎
10:33
|
(260) А вдруг чаво? А?
|
|||
262
Alexor
19.07.16
✎
10:35
|
Проглядел по диагонали.
Но у меня возникли вопросы. 1. Платформа какая? 2. Режим работы какой по сети или один пользователь локально или может в терминале. 3. Где базы лежать, что за железо, какие диски, ОС какая стоит? |
|||
263
DDwe
19.07.16
✎
10:36
|
ТС сам себе трудности создает и сам их героически преодолевает, но ему стало скучно и он решил других вовлечь в этот процесс. Вылечить базу это не спортивно.
|
|||
264
DrZombi
гуру
19.07.16
✎
10:38
|
(262) Локально
1 пользователь Вот думается тупо Толстый клиент (догадка) По сути используется для печати. С таким же успехом можно было их посадить на ексель, а потом из екселя грузить :) |
|||
265
necro
19.07.16
✎
10:40
|
(260) Если бы в chdbfl можно было передать путь и получить на выходе список ошибок, то уже по именам таблиц можно было бы понять, что ему не хватает.
|
|||
266
necro
19.07.16
✎
10:41
|
(263) В игровой форме тоже не дошло?
|
|||
267
SergMit
19.07.16
✎
10:41
|
(0) Комплекс мер: смена жесткого диска, Установка ИБП, Смена платформы(!, т.к. иногда бывают действительно глючные релизы, которые рушат таблицы), периодическая очистка кэша 1С, в качестве резервирования действительно можно прикрутить РБД, которая сможет фоном сбрасывать данные в точно такую же базу, которую одним батником можно подавать тете Клаве в качестве основной и вместо нее создавать новый узел в качестве запасного.
|
|||
268
Мимохожий Однако
19.07.16
✎
10:42
|
(265) Какой смысл мечтать о несбыточном? Глядя правде в глаза, надо использовать только доступный инструмент. Напиши в 1С ))
|
|||
269
necro
19.07.16
✎
10:42
|
(264) И в эксель прикрутить справочники, регистры и остальное.
|
|||
270
DDwe
19.07.16
✎
10:43
|
ТС высосал проблему из пальца, еще и всех окружающих дураками назвал.
|
|||
271
necro
19.07.16
✎
10:43
|
(268) Честно говоря, я надеялся, что в этой теме вместо меряния невежеством кто-нибудь подскажет альтернативный инструмент.
|
|||
272
DrZombi
гуру
19.07.16
✎
10:44
|
(267) ИБП есть, они дохнут. Вернее дохнет аккумулятор, т.к. ток такой маломощный, что все время работает батарейка. (со слов ТС данного топика)
ПК Локальный, нет внешней связи. Но тут непонятно, как ТС админит... Чет он не договаривает об структуре сети :) |
|||
273
necro
19.07.16
✎
10:44
|
(270) Нет, не всех, не надо всех грести под своё крыло.
|
|||
274
DDwe
19.07.16
✎
10:44
|
(271) Формат базы закрытый, где ты возьмешь альтернативный инструмент, что будет работать с гарантией?
|
|||
275
DrZombi
гуру
19.07.16
✎
10:44
|
(269) Регистр? Да клали они на твои остатки :)
А по справочникам, это да... ексель тут не катит :) |
|||
276
DrZombi
гуру
19.07.16
✎
10:45
|
(271) Вы лучше описали бы, как у вас на самом деле, может кто подскажет
|
|||
277
DrZombi
гуру
19.07.16
✎
10:46
|
+ А приходится по крохам все собирать
|
|||
278
necro
19.07.16
✎
10:46
|
(272) Да проблему с железом тут уже сто раз решили, теперь бы решить проблему с фанатиками-бэкапщиками.
|
|||
279
SergMit
19.07.16
✎
10:47
|
(271)дак вот тебе альтернатива - фоновый РБД обмен взаместо быкапа. и релиз поменяй
|
|||
280
DrZombi
гуру
19.07.16
✎
10:47
|
(278) Если решили с железом? То какого БД рушатся из-за ребутов? :)
|
|||
281
necro
19.07.16
✎
10:52
|
(279) Релиз непонятно на какой менять, проблема же не каждый день появляется, а следующие релизы может еще ломучее.
(280) Тут на форуме решили, в реальности всё как было. |
|||
282
DDwe
19.07.16
✎
10:56
|
(281) "а следующие релизы может еще ломучее" - дет.сад.
|
|||
283
Йохохо
19.07.16
✎
10:57
|
капец (200) ставишь .нет 3.5, кобиан бэкап, аккуратно проверяешь, что кобиан рапортовал "служба теневого копирования успешно установлена и запущена" и использовать теневое стоит в настройках. Настраиваешь в кобиане 2 расписания 1) "Обед" каждый день в 14:00, глубина хранения 3 дня, папка Е\бэкап\обед 2) "вечер" каждый день, глубина хранения 17 (отпуск + 3) папка Е\бэкап\вечер. Всё, ищешь другого клиента, с этим станет скучно уже
|
|||
284
_stay true_
19.07.16
✎
11:00
|
Идея с фоновым РБД каждые 15 сек (чаще - на свой страх и риск) не лишена здравого смысла.Но тут есть вероятность того, что именно в те самые злополучные 5 сек может произойти то самое нехорошее, из-за чего уже почти 300(!) постов и подчиненный узел станет бесполезным:)
|
|||
285
Garykom
гуру
19.07.16
✎
11:01
|
1. Купить один сервак (можно типа сервак)
2. Купить на него хороший бесперебойник 3. Сделать нормальную гигабитную сетку 4. Поставить на сервак терминальный сервер 5. На всех компах снести оси и превратить их в тонкие клиенты 6. Сервак убрать в сейф/кладовку, ключ спратать админские логины никому не давать |
|||
286
necro
19.07.16
✎
11:02
|
(282) Тётенька, вы уже своё завышенное ЧСВ показали со всех сторон, можно дальше не продолжать. Ну или перейти на комментарии по существу.
|
|||
287
_stay true_
19.07.16
✎
11:03
|
(285) Сисьадминский подход:)
В нормальной конторе так бы и сделали. |
|||
288
AleksandrM09
19.07.16
✎
11:03
|
(21) именно так я сменил работы, меня пригласили в контору, где бекапы лились на тот же винт, где и лежала база. Вообщем теперь здесь работаю я, вопрос с бекапами не дали пока реализовать как следует, но хотя бы попутно льется на другую машину и периодически тестируется.
|
|||
289
necro
19.07.16
✎
11:04
|
(284) Идея мне в принципе нравится, но в моей ситуации мне кажется это лишнее.
|
|||
290
necro
19.07.16
✎
11:05
|
(287) Тёте Клаве на верхнюю полку склада поставили бы нормальный сервак?
|
|||
291
SergMit
19.07.16
✎
11:05
|
(286)а в чем все-таки секрет, озвучьте номер релиза?
|
|||
292
SergMit
19.07.16
✎
11:05
|
(290) именно туда бы и поставили, в рамках страховки от ОБЭП :)
|
|||
293
Garykom
гуру
19.07.16
✎
11:06
|
(287) Это нормальный подход борьбы с отключением/нестабильностью питания, глючащим железом и криворукими юзверями.
Ну как можно делать какую то программную "защиту" если даже неизвестны внешние факторы. |
|||
294
Йохохо
19.07.16
✎
11:07
|
(290) поставили бы в кладовку системник и рдп на него кинули с тети клавиного помойного. кажется вы не копаете вверх, а гребете вниз
|
|||
295
Мимохожий Однако
19.07.16
✎
11:11
|
(291) Самописка ред.1.0. Мне уже два раза объяснили.
|
|||
296
necro
19.07.16
✎
11:13
|
(291)(295) 8.3.6.2152 и пара соседних (все 8.3)
|
|||
297
Serg_1960
19.07.16
✎
11:24
|
Эээ... хотя я уже ушёл... но вернулся ненадолго :)
"Это нормальный подход борьбы с отключением/нестабильностью питания, глючащим железом и криворукими юзверями." - навеяло, случай из своей практики: Непонятно с чего это вдруг, но стала часто сыпаться база в одном из филиалов. Я там удаленно сидел и поэтому не сразу разобрался в причинах. Приняли на работу нового сотрудника, который был тупой и исполнительный до безобразия. Уходя последним из офиса, он закрывал дверь и выключал общий рубильник на щите. Потому что какой-то шутник там повесил плакат "Уходя - гасите свет!"... и ночью сервера вырубались по одному под жалобный писк разряженных бесперебойников... |
|||
298
SergMit
19.07.16
✎
11:26
|
(296) у меня такое же. Сам считаю его достаточно стабилным, но у меня SQL
|
|||
299
Мимохожий Однако
19.07.16
✎
11:28
|
(296) Конфигурацию назови )) Устал гадать
|
|||
300
SergMit
19.07.16
✎
11:31
|
(297) ну это классика. в глухих деревнях компы бухов именно на щитах и выключают. гарантировано и в одно действие - никаких тебе моргающих индикаторов, тишина и спокойствие на всю ночь...
|
|||
301
necro
19.07.16
✎
11:37
|
(299) Самописка ред.1.0
|
|||
302
necro
19.07.16
✎
11:39
|
(298) Отборы в отчетах не по два раза приходится выбирать?
У меня 8.3.6.2237 на сервере не взлетел, там какие-то фоновые процессы были что ли, не оценил. |
|||
303
necro
19.07.16
✎
11:39
|
(300) Я дома так выключаю, никто не жаловался.
|
|||
304
akronim
19.07.16
✎
11:40
|
(241) А что будет, когда дядя necro после очередного сбоя не сможет восстановить базу? Ну вот так она обрушилась, что просто пипец. Он тоже будет обвинять фанатиков-бэкапщиков?
Всю тему не читал (вы флудливые), но интересно - для чего эта база служит? Ни истории, нихрена не надо в ней хранить? |
|||
305
necro
19.07.16
✎
11:44
|
(304) Дядя necro принесёт новую.
|
|||
306
DDwe
19.07.16
✎
11:47
|
(305) А где он ее возьмет?
|
|||
307
necro
19.07.16
✎
11:54
|
(306) Там же, где брал, когда устанавливал в первый раз. Там ещё есть.
|
|||
308
DDwe
19.07.16
✎
11:55
|
(307) Тогда откуда вопрос? Ну и подпихивай каждый раз как сломается.
|
|||
309
bolder
19.07.16
✎
11:57
|
(308) Опередил)
|
|||
310
akronim
19.07.16
✎
12:01
|
(305) Ну ты же в 241 горевал, что дневной труд бабы Мани потеряется. А в новой он откуда у тебя возьмется?
Если я правильно понял, что рекомая база - только аналог экселя, только со справочниками - набили документ, распечатали его и далее пофиг, то я бы предложил сделать так. 1. При проведении документа выгружать маленький файлик с его содержанием. Файл не поломается. А если документ записался в базу корректно, то как минимум его таблицы пока целые. 2. Когда база поломалась - не насилуем ее восстановлением, а берем новую (в которой только справочники) и загружаем туда сохраненные за сегодня файлы с документами. И вот это автоматизируется гораздо лучше, чем корректное восстановление базы chkdbf (которое не автоматизируется вообще, обращаем внимание на слово корректный). Ну или не трахать мозг, а сделать все в православном экселе на макросах. |
|||
311
necro
19.07.16
✎
12:03
|
(308) Это путь фанатиков-бэкапщиков, обычный человек понимает, что так сломаться оно может 1 раз за всю историю (или меньше), а вот просто повреждается база гораздо чаще.
|
|||
312
DDwe
19.07.16
✎
12:03
|
(311) Пургу ты гонишь, короче. Троллишь народ по-тихому.
|
|||
313
necro
19.07.16
✎
12:04
|
(310) Да, аналог экселя - со справочниками, документами, константами, регистрами накопления и регистрами сведений, а так же программным кодом, который всё это обслуживает.
А так 1С он вообще как эксель, да. Только 1С. |
|||
314
necro
19.07.16
✎
12:05
|
(312) Никогда не мог пройти мимо самовлюблённого скудоумия.
|
|||
315
Мимохожий Однако
19.07.16
✎
12:06
|
(314) ... глядя в зеркало ))
|
|||
316
akronim
19.07.16
✎
12:06
|
(313) "со справочниками, документами, константами, регистрами накопления и регистрами сведений"
Еще раз спрашиваю - для чего нужна база? |
|||
317
necro
19.07.16
✎
12:07
|
(315) Да разве же это я, читая "бэкап не предлагать" предлагаю бэкап, считая, что я умнее всех на свете?
|
|||
318
necro
19.07.16
✎
12:08
|
(316) Ещё раз отвечаю - для ведения учёта.
|
|||
319
SergMit
19.07.16
✎
12:09
|
(302) по два раза, по два раза
|
|||
320
Мимохожий Однако
19.07.16
✎
12:09
|
(317) Ты уже по кругу начал. Скучно.
|
|||
321
DDwe
19.07.16
✎
12:12
|
(320) +100500 )))
|
|||
322
necro
19.07.16
✎
12:12
|
(320) Ну вам же не лень одну и ту же чушь нести четвертую страницу, причем не представляя себе как бэкап должен работать. Я где-то на предыдущей странице предположил, как будет развиваться процесс по сценарию ночного резервного копирования, вы мне не возразили (кроме того, что я ничего не понимаю в компах и 1С), ваш вариант не подходит, он плохой.
Но вы продолжаете на нем настаивать. При том, что вопрос был вообще не про то (наверху посмотрите). Это просто праздник какой-то. |
|||
323
necro
19.07.16
✎
12:13
|
С такой упёртостью вы доработаете до первой серьёзной проблемы.
|
|||
324
akronim
19.07.16
✎
12:14
|
(318) Какой же ты трудный.
Ведение учета, да. Которому покер на то, что часть данных после "восстановления" пропадает. Ты уверен, что такому учету нужно "со справочниками, документами, константами, регистрами накопления и регистрами сведений" ? В 310 только последнюю строчку прочитал? |
|||
325
necro
19.07.16
✎
12:18
|
(324) Там уже два раза озвученный вариант регистрировать и выгружать обмены. При проведении выгружать действительно выгоднее, чем по расписанию, согласен.
|
|||
326
Мимохожий Однако
19.07.16
✎
12:18
|
(322) Я настойчивый...Предлагаю только то, что реально работает у моих клиентов. Бэкапы не только ночные.
|
|||
327
necro
19.07.16
✎
12:19
|
(326) Ну тогда повторю еще раз: в бэкапе (ночном, дневном и любом другом) нет последних трёх документов. А в битой базе они есть.
|
|||
328
DDwe
19.07.16
✎
12:21
|
Его философия понятна, нафига бэкап если он может оказаться битым. Значит бэкапы - зло. Дурдом.
(327) Давай ради этого будем держать больную базу и все время ее лечить, пока она не накроется полностью, а потом принесем из заначки чистую и начнем с нуля... мда.. это клиника, товарищи. |
|||
329
akronim
19.07.16
✎
12:22
|
Кто б про упертость говорил.
"Я где-то на предыдущей странице предположил, как будет развиваться процесс по сценарию ночного резервного копирования" Ты привел череду отказов один на миллион и сказал - ага, ковно ваш бэкап. Я привел отказ один на сто, когда база однажды не восстановится. Ты сказал - фигня, заменю новой. Заметь, я не предлагаю бэкап (уже понял, что тебе - бесполезно). (327) "А в битой базе они есть." Ахахаха. Если включено виндовое кеширование записи на диск, в битой базе может не оказаться ни следа документов за последние пару часов. |
|||
330
solarcold
19.07.16
✎
12:22
|
(317) Болит голова. Медицину не предлагать.
|
|||
331
akronim
19.07.16
✎
12:22
|
Но я надеюсь, что хотя бы кеширование у тебя отключено
|
|||
332
necro
19.07.16
✎
12:26
|
(328) "Значит бэкапы - зло" - нет, это значит что бэкапы, в данном случае - не решение.
|
|||
333
necro
19.07.16
✎
12:29
|
(330) Нет, "Болит голова. Отжимания от пола не предлагать"
|
|||
334
Mariiaki
19.07.16
✎
12:31
|
Мной вся тема прочитана... Один вопрос к автору, только прошу не ругаться, почему пытаетесь устранить следствия а не причины?
|
|||
335
DDwe
19.07.16
✎
12:33
|
И ведь написано - "У меня куча файловых баз. " И они все непрерывно ломаются. Он их чинит. Он походу мазохист или лентяй или не грамотный.
|
|||
336
bodri
19.07.16
✎
12:34
|
ТС в (310), а именно в пункте 1 очень хорошая идея для Вас, из затрат только время.
|
|||
337
bodri
19.07.16
✎
12:35
|
(335) Зато всегда при работе
|
|||
338
Web00001
19.07.16
✎
12:38
|
1. (334) +100500 Проверка памяти и дисков. Замена неисправных. Установка ИБП как страховка от проблем по питанию.
Дополню (310) Без бекапов действительно страшно. Алгоритм следующий: 1. Делай бекап раз в сутки. 2. При записи документа\справочника, сериализируй его и выгружай. в конце архивируй и подкладывай данные к бекапу. 3. После или перед бекапом тестирование\исправление. По результатам понятно следует ли поднимать базу из бекапа и накатывать, все, что было после или нет. Всю эту историю можно хранить к примеру за месяц. |
|||
339
DDwe
19.07.16
✎
12:43
|
(338) Не нужные ему бэкапы, для него они не имеют смысла.
|
|||
340
necro
19.07.16
✎
12:45
|
(335) А тётенька которая думает что бэкапы - панацея от всех бед, грамотая?
|
|||
341
necro
19.07.16
✎
12:46
|
(336) Спасибо, мне это уже в сообщении (310) и (324) написали.
|
|||
342
DDwe
19.07.16
✎
12:46
|
(340) Тебе уже и бэкапы не помогут.
|
|||
343
Web00001
19.07.16
✎
12:48
|
(340)Передергиваешь зачем? Тебе не говорят, от всех бед. Тебе говорят, что в них есть смысл. "Есть смысл" <> "Панацея от всех бед"
|
|||
344
Web00001
19.07.16
✎
12:50
|
(341) И? Этот путь имеет смысл?
|
|||
345
necro
19.07.16
✎
12:52
|
(343) Там где в них есть смысл, там они есть.
|
|||
346
Fish
19.07.16
✎
12:57
|
ТС до сих пор так и не понял, для чего нужны бекапы и как с ними работать?
|
|||
347
necro
19.07.16
✎
12:58
|
(346) Великолепно, еще один. Расскажите пожалуйста, уж не побрезгуйте!
|
|||
348
necro
19.07.16
✎
13:00
|
(344) Выглядит перспективно.
|
|||
349
Mariiaki
19.07.16
✎
13:22
|
(0) 1. "У меня куча файловых баз. И они постоянно бьются."
Но с этим ничего делать не будем, ведь так? 2. "Раньше после восстановления утилитой chdbfl пропадала часть данных, но не критично. В последнее время... бьется серьезнее" Вот судя по всему главная проблема автора. То что ранее помогало перестает помогать. 3. "Если база будет утеряна, скорее всего всё равно придётся менять диск" Т.е. вопрос о смене оборудования рассматривается... 4. "Ну какой терминал если там один комп с базой?" Куда делась "куча файловых баз" или она на "куче" компах с одной и той же проблемой? 5. "Да там ведь не один такой комп, а проблема усугубилась на всех." Ах вот же они. 6. "Понимаете, какая беда - ломаются они "УПСы" гораздо быстрее, чем компы" 7. " восстановление базы почти ничего не стОит, а стабилизатор стОит," Вот тут денежный вопрос судя по которому наверное не устраняется причина поломок. 8. "Файловые базы по большей части бьются при неожиданном прекращении работы" И вот похоже первопричина всех бед "неожиданном прекращении работы" Спрашиваете есть ли "хорошая идея по этому поводу" и "решение, которое позволит пользователю работать после восстановления БД без танцев с бубном". Если будете лечить симптомы а не саму болезнь то никогда не выздоровеете... |
|||
350
PCcomCat
19.07.16
✎
13:30
|
В нормальном режиме работы файловая живет вечно. Если сети нет, то может с диском что-то, а еще спящий режим, например.
|
|||
351
necro
19.07.16
✎
13:34
|
(349) Ну то есть, кратко "у меня нет варианта".
|
|||
352
necro
19.07.16
✎
13:35
|
(350) Попробуйте включить проведение расчета себестоимости и снять задачу, а потом проверить базу chdbfl. Думаю, будут ошибки.
|
|||
353
PCcomCat
19.07.16
✎
13:37
|
(352) Заявлено было, что базы почему-то падают.
А попробуйте дождаться результата. |
|||
354
PCcomCat
19.07.16
✎
13:38
|
(352) Ясен пень будут, особенно если на этапе создания ключей грохнуть базу.
|
|||
355
DDwe
19.07.16
✎
13:39
|
(353) +100500 )))
|
|||
356
necro
19.07.16
✎
13:41
|
(353) Ну наверное организация рано или поздно завершит свою работу и выкинет компы на свалку, я так думаю. Или вы про то, что комп сдохнет? Ну так это рано или поздно случается.
|
|||
357
DDwe
19.07.16
✎
13:41
|
Т.е там есть тетя Маня или сам ТС, который ходит и рубильники выключает, а потом с удовлетворением любуется рухнувшей базой. )))
|
|||
358
DDwe
19.07.16
✎
13:42
|
(352) Зачем вы снимаете задачу при расчете себестоимости?
|
|||
359
necro
19.07.16
✎
13:42
|
(357) Это вообще имеет хоть какое-то отношение к делу, или просто начались неконтролируемые фантазии?
|
|||
360
necro
19.07.16
✎
13:43
|
(358) Мучают кошмары?
|
|||
361
DDwe
19.07.16
✎
13:43
|
(360) "Попробуйте включить проведение расчета себестоимости и снять задачу" - Это кем написано? Отсюда и вопрос.
|
|||
362
PCcomCat
19.07.16
✎
13:43
|
(359) Это имеет непосредственное отношение.
|
|||
363
DDwe
19.07.16
✎
13:45
|
Есть предположение, что ТС или пьян или с похмелья или просто заговаривается ...))
|
|||
364
Mariiaki
19.07.16
✎
13:46
|
(351) Вариант - устранить проблемы ведущие к поломкам баз. А пути устранения уже предлагались неоднократно.
Но Вам то нужен способ "чудотворного восстановления"... |
|||
365
Fish
19.07.16
✎
13:50
|
Чем-то эта ветка напоминает ситуацию с человеком, который постоянно ковыряется шилом в ухе и жалуется на проблемы со слухом. И при этом все предложения не ковырять шилом в ухе отвергает, т.к. по-другому он не умеет.
|
|||
366
Провинциальный 1сник
19.07.16
✎
13:51
|
Если база файловая и расшарена по сети - то так и будет постоянно биться. Если на каком-то компе, имеющем доступ к базе, кривая сетевуха, портящая данные.
|
|||
367
necro
19.07.16
✎
14:00
|
(361) читаем:
"В нормальном режиме работы файловая живет вечно. Если сети нет, то может с диском что-то, а еще спящий режим, например." ещё читаем: "Попробуйте включить проведение расчета себестоимости и снять задачу, а потом проверить базу chdbfl. Думаю, будут ошибки." если опять непонятно, то ещё читаем. |
|||
368
necro
19.07.16
✎
14:00
|
(364) Ну так да.
|
|||
369
DDwe
19.07.16
✎
14:01
|
(367) Т.е ты считаешь, что выключение питания во время расчета это нормальный режим?
" читаем: В нормальном режиме работы файловая живет вечно" |
|||
370
DDwe
19.07.16
✎
14:02
|
Пьяный, короче или хм....
|
|||
371
necro
19.07.16
✎
14:02
|
(365) Ну я же вроде написал условия задачи, зачем пытаться к ней приспособить решение от похожей?
|
|||
372
DDwe
19.07.16
✎
14:03
|
(371) У тебя нет задачи, просто дурь в голове и все.
|
|||
373
necro
19.07.16
✎
14:03
|
(370) На вашем месте я бы лучше пошёл почитал про стратегии резервного копирования хотя бы в Books Online, а то всё пишете "делай бэкапы!", а что такое бэкапы - толком не знаете.
|
|||
374
DDwe
19.07.16
✎
14:05
|
(373) Зачем свою элементарную неграмотность прикрывать умными заявлениями? Умнее не станешь.
Скучно тут. )) |
|||
375
necro
19.07.16
✎
14:06
|
(374) Я у вас это кажется ещё на первой странице спрашивал. А потом на второй и на третьей. Но вы кроме слова "бэкап" ничего не знаете и оно вам очень нравится. Как в анекдоте "тётенька, а ты еще какое-нибудь слово знаешь - ВАДАЛАЗ!"
|
|||
376
_stay true_
19.07.16
✎
14:06
|
(375) Расскажи анекдот))Я такой что-то не слышал)))
|
|||
377
mehfk
19.07.16
✎
14:07
|
(0) Открывай новую тему, эту тетенька из (2) увела не в то русло.
|
|||
378
necro
19.07.16
✎
14:10
|
(377) Да зачем открывать другую, цирк с конями - уже здесь, все рабочие варианты уже вроде перебрали:
в идеале надо за электричество браться, но дело очень обширное второй вариант (точнее параллельно) - делать бэкапы файловым копированием + выгрузками или обменами. |
|||
379
Fish
19.07.16
✎
14:13
|
(378) Начни с малого: с покупки УПСов. Думаю, что бОльшую часть проблем с электропитанием это отсечёт. Если же нужна бесперебойная работа 24/7 тогда ещё помимо упсов нужен дизель с автоматикой.
|
|||
380
Garykom
гуру
19.07.16
✎
14:28
|
(379) Моя бы им счеты купить...
|
|||
381
IvaneS
19.07.16
✎
16:17
|
(373) Ну если бэкапы не катят, то архивы делай.
|
|||
382
IvaneS
19.07.16
✎
16:20
|
+(381) Ну если это не нравится, то перейти в ручной учет. Завести амбарную книгу и сейф купить несгораемый, чтобы книга осталась цела. Нуда на сейф тоже деньги нужны)))
|
|||
383
Jump
19.07.16
✎
16:26
|
(366)>> Если база файловая и расшарена по сети - то так и будет постоянно биться.
Сотни файловых баз, расшарены по сети. За годы работы - несколько случаев битых баз, и то чаще всего либо выдернули питание из сервера, либо с флешки криво перенесли от клиента. |
|||
384
Jump
19.07.16
✎
16:27
|
Т.е файловая база очень надежная штука, и при грамотной эксплуатации не повреждается.
|
|||
385
Господин ПЖ
19.07.16
✎
16:28
|
(384) комп с конфликтным железом/дровами ее укатает "на раз"
|
|||
386
IvaneS
19.07.16
✎
16:28
|
Раньше у меня была одна база, где после создания объектов и документов отправлял по почте ввиде текста инфу в центральный офис, то если в архиве (слово заменен, что ТС бэкап не нравится) не достает инфа можно подгрузить из почты.
|
|||
387
IvaneS
19.07.16
✎
16:31
|
(384) надежно - это не 100% гарантия.
|
|||
388
Web00001
19.07.16
✎
16:42
|
(349)Очень героично создаем проблемы и так же героично с ними боремся, новой версией чекдбфл например
|
|||
389
Jump
19.07.16
✎
16:46
|
(385) Я же говорю - при грамотной эксплуатации.
А если вы экслпуатируете ее неграмотно, то конечно она будет сыпаться. |
|||
390
Jump
19.07.16
✎
16:47
|
(387) 100% может дать только Бог.
А все остальное - менее 100%. |
|||
391
necro
20.07.16
✎
05:06
|
(380) Всё, ваша меня утомила. Действительно, иногда лучше жевать, чем говорить.
|
|||
392
DDwe
20.07.16
✎
05:32
|
(391) Ты тему поднял для того что бы рассказать, что ты сделал для исправления ситуации или просто для того что бы нахамить людям, которые пытаются тебе, необразованному, помочь?
|
|||
393
mehfk
20.07.16
✎
06:27
|
(392) А ты образованная?
|
|||
394
DrZombi
гуру
20.07.16
✎
08:01
|
(391) Поделись, что решил сделать? :)
|
|||
395
DrZombi
гуру
20.07.16
✎
08:04
|
(378) Бекапы в файлово?
Да нафига? 1. Лучше вообще-то раз, один раз синхранизировать справочники с другой БД, удаленной. 2. Запретить вводить новые элементы справочников, или предусмотреть такую выгрузку. 3. И регламентным заданием, выгружать в файлики формата XML набитые документы за день. 4. потом их либо подтягивать в рухнувшую БД, либо отправлять в центральную БД :) Это уже тебе придумать, как быть :) |
|||
396
Провинциальный 1сник
20.07.16
✎
08:04
|
(383) Вы просто не сталкивались с кривыми сетевухами, портящими данные. А у меня были гигабитные длинки, с аппаратным ускорением tcp-сегментации и расчета контрольных сумм. И у них был баг под нагрузкой портить данные в tcp-сессиях. Соответственно, тупо скопированный с сервера большой файл в некоторых местах вместо данных содержал мусор.
|
|||
397
DrZombi
гуру
20.07.16
✎
08:05
|
+(395) >>> выгружать в файлики формата XML набитые документы за день.
Можно писать их в XML каждый раз при нажатии кнопки "Записать" |
|||
398
necro
21.07.16
✎
05:51
|
(392) Совершенно точно, не для того, чтобы выслушивать безграмотные советы по смежным вопросам от невежд с завышенным ЧСВ.
|
|||
399
necro
21.07.16
✎
05:54
|
(395) Это всё есть, вопрос в том как быстро вернуть базу в рабочее состояние.
Кстати, поклонникам ИБП: 1С не умеет завершать работу, если открыто модальное окно. Неприятно, но факт. |
|||
400
DrZombi
гуру
21.07.16
✎
07:06
|
(399) Быстро? Иметь тупо копию БД, на утро. На вчера. Без документов. Документы там ненужны. Они все в файликах, готовых к выгрузке :)
Или вообще иметь только заготовку со справочниками :) |
|||
401
DrZombi
гуру
21.07.16
✎
07:07
|
(399) >>>1С не умеет завершать работу, если открыто модальное окно
Не используй предупреждения. А коль используешь, то выставляй таймер :) |
|||
402
golem14
21.07.16
✎
07:11
|
о, ветка еще актуальна, продолжайте, я за попкорном.
|
|||
403
mehfk
21.07.16
✎
07:26
|
(401) Справка - "О программе" тоже не использовать?
|
|||
404
DDwe
21.07.16
✎
07:33
|
(403) Её что, каждые две минуты открывают? Что за бред.
|
|||
405
Мимохожий Однако
21.07.16
✎
07:33
|
ОФФ:до пятницы дотянет?
|
|||
406
golem14
21.07.16
✎
07:38
|
(405) Обязательно, мы наверняка узнаем много нового, бэкапы не просто бесполезны, но и даже вредны; в ит инфраструктуру вкладываются только слабаки; любую БД можно спокойно потерять и восстановить такую же на следующие день, а кто не может тот просто не работал программистом с 2004 года и нипанимаит.
|
|||
407
Провинциальный 1сник
21.07.16
✎
07:38
|
(404) А файловые диалоги?
|
|||
408
necro
21.07.16
✎
07:42
|
(402) Что-то поздно, угар-то уже вроде как поугас.
|
|||
409
necro
21.07.16
✎
07:44
|
(406) Я тут уже людям с гуманитарным складом ума указывал на то, что говорю не про ЛЮБУЮ, а только про свою базу. Но медицина тут бессильна - "Бэк-ап чем-пи-он!"
|
|||
410
golem14
21.07.16
✎
07:46
|
(408) да, было весело
|
|||
411
golem14
21.07.16
✎
07:46
|
(408) но впереди пятница
|
|||
412
Gorillaz
21.07.16
✎
07:46
|
(0) Автор проблему то решил - не?
|
|||
413
necro
21.07.16
✎
07:48
|
(412) Автор не сидит у разбитой базы, вырывая последние волосы и не кричит "что делать", автор изучает перспективы.
|
|||
414
necro
21.07.16
✎
07:48
|
(412) ... и ещё людей с гуманитарным складом ума.
|
|||
415
Gorillaz
21.07.16
✎
07:49
|
(431) Ты уже 3 дня изучаешь базы от этого биться не перестанут)
|
|||
416
necro
21.07.16
✎
07:53
|
(415) "Что тут думать, бэкап делать надо!"?
|
|||
417
DDwe
21.07.16
✎
08:01
|
(416) Никогда!!! Слышишь? Никогда их не делай. Сиди и думай и изучай перспективы ))))
И все-таки, давай, держи ветку до пятницы! |
|||
418
mehfk
21.07.16
✎
08:04
|
(404) Бред в (2) и далее любой твой пост.
|
|||
419
DDwe
21.07.16
✎
08:07
|
(418) Речь о модальных окнах которые открывает пользователь, он же может и закрыть их при пропадании электричества.
Если ты какой-то своей обработкой их открываешь и не заботишься о закрытии, сам себе злобный буратина. Упертый под стать ТС. )) |
|||
420
mehfk
21.07.16
✎
08:07
|
(419) Что еще скажешь?
|
|||
421
Convert
21.07.16
✎
08:08
|
(416) имею порядка 50 баз на разных точках, в файловых вариантах. При больших размерах бьются при отключении электричества практически каждый раз. Так как это распределенка, то лечу базу chdbfl.exe, регистрирую по новой изменения по поврежденным данным (их видно при тестировании и исправлении) в центральной - и все что потерялось после утилиты перезаливается из центральной. Перед запуском утилиты chdbfl.exe захожу в конфигуратор и перезаписываю там всех пользователей, поэтому таблица с пользователями не херится. В связи с увеличением частоты таких случаев, постепенно перевожу на скуль. Ну и бэкапы все же делаю - просто по привычке. Лучше их делать и никогда ими не воспользоваться, чем не делать и однажды пожалеть, что нет под рукой бэкапа.
|
|||
422
DDwe
21.07.16
✎
08:09
|
Ты может клон ТС?
|
|||
423
mehfk
21.07.16
✎
08:10
|
(422) Ага, конечно. Шаблонное мышление и здесь.
|
|||
424
Gorillaz
21.07.16
✎
08:12
|
(422) Может это ТС с другого аккаунта?)
|
|||
425
mehfk
21.07.16
✎
08:12
|
Ты еще скажи что (421) тоже клон. И вообще все, кто в этой теме клоны, кроме тебя, конечно.
|
|||
426
DDwe
21.07.16
✎
08:12
|
(424) Оч похоже. Прям близнец...)))
|
|||
427
Convert
21.07.16
✎
08:13
|
(426) Возможно просто друган - оба из кемерова )))
|
|||
428
DDwe
21.07.16
✎
08:15
|
(427) Возможно ))) Но двое таких в одной ветке это не перебор?
|
|||
429
necro
21.07.16
✎
08:15
|
(419) У вас там пользователи смирительной рубашкой к 1С прикручены?
|
|||
430
mehfk
21.07.16
✎
08:15
|
(427) Будь осторожен, так и тебя в клоны запишут :)
|
|||
431
DDwe
21.07.16
✎
08:16
|
(429)(430) Эй, эй ребята, потише... не так быстро )))
|
|||
432
mehfk
21.07.16
✎
08:17
|
(431) А то что?
|
|||
433
Convert
21.07.16
✎
08:21
|
(428) как минимум подозрительно)
(430) меня нет, я за бэкапы) |
|||
434
DrZombi
гуру
21.07.16
✎
08:23
|
(405) Скорей всего да :)
|
|||
435
DrZombi
гуру
21.07.16
✎
08:25
|
(417) В его случаи ненужны бекапы :)
|
|||
436
mehfk
21.07.16
✎
08:25
|
(433) А кто против бэкапов?
|
|||
437
Gorillaz
21.07.16
✎
08:25
|
(436) Necro писал:
"в бэкапах тоже большого смысла не вижу." |
|||
438
DrZombi
гуру
21.07.16
✎
08:28
|
(437) Да что вы так, ну ненужно в БД бекап 1С, когда все пишется интерактивно в другие источники информации.
При этом все что нужно Кладовщику, это справочники. И липовые остатки, хотя бы на утро :) |
|||
439
mehfk
21.07.16
✎
08:28
|
(437) Перечитай теперь и остальные сообщения, но только не там, где флуд. Включи мозг, подумай.
|
|||
440
Convert
21.07.16
✎
08:28
|
(436) Да твой земляк вроде не в восторге от них) Ты не парься, ты ж не против)
|
|||
441
mehfk
21.07.16
✎
08:33
|
(440) Сколько у тебя занимает действия, указанные в (421) ?
|
|||
442
mehfk
21.07.16
✎
08:34
|
*занимают
|
|||
443
mehfk
21.07.16
✎
08:35
|
У тебя не возникало мыслей как-то автоматизировать эти действия? Или у тебя уже автоматизировано?
|
|||
444
Convert
21.07.16
✎
08:36
|
(441) Нет у меня мысль только исключить эти ситуации и я уже перевожусь на скуль. Это решает проблему
|
|||
445
mehfk
21.07.16
✎
08:37
|
Как часто делается бэкап файловой базы на точке? Проверяется ли целостность бэкапов?
|
|||
446
mehfk
21.07.16
✎
08:39
|
(444) 50 * 14400 = 720000. Да и у тебя же наверняка не по одному пользователю на базу?
|
|||
447
Convert
21.07.16
✎
08:41
|
(445) Раз в сутки бэкап. Ну и база РИБ. Т.е. все данные в центральной есть, обмен с ней раз в час. (бэкап на тот случай, если обмены не ходят).
(446) у меня на базу в основном 1 пользователь, есть по 2. |
|||
448
Convert
21.07.16
✎
08:42
|
(445) целостность не проверяется. Просто копия файла
|
|||
449
Convert
21.07.16
✎
08:44
|
(445) Но на файловой оставаться не собираюсь. Много гемора. При любом раскладе только одна утилитка может пол часа- час работать, не говоря уже обо всем остальном. Когда база была маленькая - не сильно парило, сейчас - не вариант вообще
|
|||
450
ИсчадиеADO
21.07.16
✎
08:52
|
сорри, все не осилил, но относительно бекапов: регулярный обмен с централкой спасет отца русской демократии?
|
|||
451
ИсчадиеADO
21.07.16
✎
08:53
|
(450) к (24)
|
|||
452
DDwe
21.07.16
✎
08:54
|
(450) Уже предлагали. ) " автор изучает перспективы"
|
|||
453
Convert
21.07.16
✎
08:59
|
(450) Спасет, но не всегда, если связи нет, то за все время отсутствия связи потеряешь данные
|
|||
454
Gorillaz
21.07.16
✎
09:03
|
(439) Госпади, он сам написал бэкапы не предлагать меня от них тошнит, в чём вопрос?
|
|||
455
ИсчадиеADO
21.07.16
✎
09:05
|
(452) спасиб,
|
|||
456
ИсчадиеADO
21.07.16
✎
09:06
|
(453) зашел проверил обмен = есть бекап. если все норм настроено то он оч недавний. ну а если сеть отвалилась....
|
|||
457
Convert
21.07.16
✎
09:08
|
(456) проверил, выяснил, что со вчера нет обменов с 5ю базами, расположенными в отдаленных точках.....выяснил, что инета нет на всех и не будет не известно сколько, что дальше? Ждать и надеяться, что инет скоро появится?
|
|||
458
ИсчадиеADO
21.07.16
✎
09:17
|
(457) чо за паника?! частота проверки определяется договоренностью и к тех части отношения не имеет. это вообще не тс может делать
|
|||
459
Convert
21.07.16
✎
09:21
|
(458) А в чем паника? По мне, так это нормальное отношение к делу. Зачем гонять людей, когда комп может сам все за тебя бэкапить. Не понятна паника по отношению к настройке бэкапов
|
|||
460
Convert
21.07.16
✎
09:22
|
(458) Настроенный бэкап, есть, пить не просит. Тихонько делается и никому не мешает.
|
|||
461
DrZombi
гуру
21.07.16
✎
09:25
|
(459) как писал ТС,
1. Он честный 2. Только файловая, только хардкорд 3. Бекапы тоже могут быть уже битыми. К примеру в Понедельник был скачек электричества. Потом сделался быкап. А уже только во Пятницу заметили ошибку. Либо уже наконец достало, что 1С отваливается и соизволили позвонить :) |
|||
462
ИсчадиеADO
21.07.16
✎
09:26
|
(460) Настроенный обмен, есть, пить не просит. Тихонько делается и никому не мешает.
бекапы проверять так же нужно. Вдруг сеть отвалилась / место на диске закончилось. а тсу частота важна |
|||
463
necro
21.07.16
✎
09:32
|
(431) Надеюсь, ваше начальство или клиенты ваш ник не знают? А то спать будут плохо - "не закрываются партии - бэкап! не заводится машина - бэкап! сколько вам лет - бэкап!"
|
|||
464
necro
21.07.16
✎
09:34
|
(421) Вот это дельный вариант - перед проверкой перезаписать пользователей, спасибо!
|
|||
465
necro
21.07.16
✎
09:36
|
(433) Но в этом случае всё-таки используется другой подход, как я и пытаюсь объяснить тут некоторым упёртым.
|
|||
466
DDwe
21.07.16
✎
09:36
|
(463) Остынь, парниша. Не кипятись так. Вредно это. И кроме того пацанчики так себя не ведут.)))
|
|||
467
mehfk
21.07.16
✎
09:37
|
(466) Тебе от ПМС бэкап помогает?
|
|||
468
DDwe
21.07.16
✎
09:39
|
(467) О, и братишка ТС нарисовался.
|
|||
469
mehfk
21.07.16
✎
09:40
|
(468) Ну так помогает или нет?
|
|||
470
mehfk
21.07.16
✎
09:40
|
Ты не стесняйся, рассказывай.
|
|||
471
ИсчадиеADO
21.07.16
✎
09:40
|
(421) сорри, тока ща увидел, у нас даж расхождений нет :)
можно кстати не регистрировать обратно к обмену, а просто скопировать из централки и снять пометку центр. узла... имхо проще немного |
|||
472
necro
21.07.16
✎
09:40
|
(466) Тётенька, вы там ещё не надумали почитать про то, что собственно такое бэкапы, какие бывают и зачем нужны? Пятистраничную техническую тему в цирк с конями превратили. Талант прямо!
|
|||
473
necro
21.07.16
✎
09:42
|
(471) В теме уже перечислены все возможные виды решений, но из-за флуда типа (468) их просто не видно.
|
|||
474
Мимохожий Однако
21.07.16
✎
09:42
|
ОФФ: Набросились на даму ))
|
|||
475
DrZombi
гуру
21.07.16
✎
09:42
|
(472) Тетя? Я думал там бородатая тетя :)
|
|||
476
Мимохожий Однако
21.07.16
✎
09:42
|
(473) Делай голосовалку с перечнем выбранных вариантов.
|
|||
477
necro
21.07.16
✎
09:46
|
(468) Вы сами-то бэкапы делаете? Какое у вас запланированное время простоя? Сколько данных запланировано потерять? Как проверяется работоспособность копий? Какие сценарии покрыты бэкапами, какие нет?
|
|||
478
Jump
21.07.16
✎
09:48
|
(473) Вот тебе нормальное рабочее решение
1)Сделать так чтобы базы не бились - нормальное электропитание, ИБП, хорошая сеть, мониторинг дисков. 2)Делать бэкапы раз в день, и теневые копии каждый час. 3)Настроить автоматическую проверку баз на ошибки - чтобы в случае падения сразу же определить побилась база или нет. |
|||
479
mehfk
21.07.16
✎
09:49
|
(475) Женщины-старообрядцы не стригут бороды :)))))
|
|||
480
Convert
21.07.16
✎
09:52
|
(461) по пункту 3 - бэкап до скачка и данные после скачка помогут восстановить картину при необходимости. Никто не мешает еще и бэкапы проверять, лично я не против такого решения )
(471) Да ничего. Все нормуль |
|||
481
necro
21.07.16
✎
09:53
|
(478) Я же говорю - варианты перечислены. Пункт 2 - не нужен, пункт 3 - это вообще как? Как определить что 1. база могла побиться 2. что она побилась? У нас вроде есть одна единственная штатная утилита, но долго работает и не имеет пакетного режима.
Или при каждом запуске программы попытаться перезаписать в ней все данные? ) |
|||
482
Jump
21.07.16
✎
09:54
|
(477) Такие вещи очень зависят от клиента.
Некоторым вполне приемлемо потерять работу за день, некоторым неприемлемо и за час, и в каждом случае свои алгоритмы действий. По поводу проверки работоспособности - запуск из батника конфигуратора в режиме тестирования. Если совсем уж заморочиться - запуск внешней обработки которая будет получать некоторые контрольные данные и сверять их с эталоном. Насчет сценариев не совсем понятно - есть бэкапы, хранение локальное( в локальной сети) есть дополнительное хранение во внешнем сервисе, но с большим интервалом. Есть продуманные варианты максимально быстрого развертывания в случае проблем. |
|||
483
Convert
21.07.16
✎
09:54
|
(471) Не, копировать централку не очень, ведь в удаленной, хоть и битой, но есть неотправленные данные, которые при моем способе не пропадают
|
|||
484
mehfk
21.07.16
✎
09:56
|
(482) >> По поводу проверки работоспособности - запуск из батника конфигуратора в режиме тестирования.
Это не избавляет от проверки утилитой проверки физической целостности. |
|||
485
necro
21.07.16
✎
09:56
|
(482) Мне от конкретного упёртого пользователя, который по всей видимости недавно узнал волшебное слово "бэкап" ответ хочется увидеть. Правда до этого этот пользователь ответов по существу не давал.
|
|||
486
Jump
21.07.16
✎
09:56
|
(481) Это конфигуратор то не имеет пакетного режима? Или в конфигураторе нет инструментов для определения битой базы?
|
|||
487
necro
21.07.16
✎
09:57
|
(486) Да, в конфигураторе нет таких инструментов.
|
|||
488
necro
21.07.16
✎
09:57
|
(483) Как конфигурацию обновляешь?
|
|||
489
Convert
21.07.16
✎
09:59
|
(488) Обученные пользователи на обновление конфы. Там 3 действия всего.
|
|||
490
Convert
21.07.16
✎
10:03
|
(488) если не обученные, то звонят мне и обучаются) Не стал заморачиваться с автоматикой, потому что не умею, разобраться - нужно время. А по итогу нужно, чтобы 1с не просто сама вырубалась и обновлялась, а только когда пользователь решил, что есть время на это....вобщем мне не понятно добьюсь я автоматикой именно этого результата или нет, а времени жалко)
|
|||
491
Convert
21.07.16
✎
10:04
|
(488) Если кто подскажет по этому вопросу - буду благодарен
|
|||
492
necro
21.07.16
✎
10:05
|
(491) По идее надо с обменом отправлять, чтоб по окончанию обмена перезапускалась и обновлялась. Есть время на обмен - найдется и на обновление.
|
|||
493
mehfk
21.07.16
✎
10:12
|
(490) Проверяй КонфигурацияИзменена() после чтения сообщения обмена.
|
|||
494
necro
21.07.16
✎
10:13
|
(493) Там не РИБ
|
|||
495
necro
21.07.16
✎
10:14
|
(491) А ведь ты похоже мой клон!
|
|||
496
Convert
21.07.16
✎
10:16
|
(492) так нельзя. Там если очередь стоит, то будут проблемы. Обмен то автоматический, раз в час, никто даже не замечает его....работаю и работают. если не провелось из-за блокировке, еще раз кнопку нажали и дальше работают. А тут программа закроется, и работать не даст совсем. Нужно дать пользователю выбор, когда обновить конфу, или при закрытии программы как-то делать
|
|||
497
Convert
21.07.16
✎
10:16
|
(495) Даже не надейся ))
|
|||
498
necro
21.07.16
✎
10:19
|
(496) А автоматический обмен как реализован?
|
|||
499
mehfk
21.07.16
✎
10:22
|
||||
500
Convert
21.07.16
✎
10:22
|
(498) в серверном варианте регламентное задание. в файловом - при входе в программу пользователя, например, Автообмен в коде прописано, что нужно запустить обмены и закрыть программу. Ну а дальше планировщик виндовый заходит раз в час под этим пользователем
|
|||
501
necro
21.07.16
✎
10:24
|
Что-то градус неадеквата резко упал, до пятницы не дотянем )
|
|||
502
DrZombi
гуру
21.07.16
✎
10:26
|
(501) Подлей огоньку :)
|
|||
503
necro
21.07.16
✎
10:27
|
(499) В принципе можно конфигурацию и так в сообщении передать - как элемент справочника, или даже просто прицепить к файлу обмена.
|
|||
504
Jump
21.07.16
✎
10:28
|
(490) Как вариант - обновление в планировщик на ночь.
Если не устраивает - большая кнопка для пользователя на рабочем столе, которая при запуске сообщает пользователю примерное время обновления, и если он согласен запускает. |
|||
505
necro
21.07.16
✎
10:28
|
(502) Тётенька DDwe видать ушла проверять всё то, что я написал, и обнаружила, что бэкап - это не кактус у монитора.
|
|||
506
Jump
21.07.16
✎
10:31
|
(489) Если баз мало, то можно и так, там собственно и обучать нечему, знай жми кнопки, но это время.
Если баз десяток и более, и выполняется обновление в рабочее время, когда пик нагрузки на оборудование, то это банально может занять весь день. А это зарплата работнику за день, и потерянный специалист,бухгалтер вместо того чтобы кропать отчеты делает непрофильную работу. |
|||
507
golem14
22.07.16
✎
14:28
|
не дотянули до пятницы, жаль.
|
|||
508
necro
25.07.16
✎
11:23
|
(507) (;_;)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |