Ребята, мне нужно Ваше мнение, потому что я допускаю, что в жизни всякое бывает. Ниже прилагаю копию письма в 1С, на которое я, к сожалению, до сих пор не получил ответа:

----------------------
Здравствуйте.

Регистрационный номер 1С ИТС: XXXXXXX



Срочно требуется Ваша помощь как непосредственного производителя платформы (к сожалению, никто, кроме Вас, разрешить данную ситуацию не может) - Ваше официальное мнение, заключение, заявление, в общем, всё то, что сможет подтвердить или опровергнуть следующее: если в Windows-версии Конфигуратора 1С 8.2 (с установленной конфигурацией "Бухгалтерия для Казахстана 2.0") произвести выгрузку информационной базы в файл с расширением *.dt (под "выгрузкой" подразумевается стандартное в таких случаях действие: Конфигуратор > Администрирование > Выгрузить информационную базу > диалог для сохранения файла с расширением *.dt) - будут ли при этом внесены изменения в саму базу или нет? То есть весь вопрос в том, может ли процедура выгрузки базы данных испортить, повредить или любым иным способом изменить сами данные в базе (именно в базе, а не в выгружаемом файле)?

Если может - то что именно меняется, и на какой стадии выгрузки?
Если не может - то почему, и чем это обусловлено.


Моя просьба может показаться странной, я понимаю Ваше возможное удивление. Но в настоящий момент меня, как системного администратора, обвиняют в том, что каждая выгрузка вносит коррективы в базу данных: причём показывают мне это в цифрах из базы, которые волшебным (иначе и не назовёшь) способом меняются после каждой выгрузки. Я же, в свою очередь, настаиваю на том, что выгрузка в том виде, в котором я её провожу (процедура описана выше), в принципе ничего не может изменить, и уж тем более повредить (я склоняюсь либо к человеческому фактору, либо к "кривому" коду базы, с которой до моего появления здесь какие только программисты не работали, но конечный ответ за Вами). К сожалению, сам я не программист, и доказать документально и обоснованно ничего не могу, поэтому обращаюсь к Вам как к производителю данного программного обеспечения.


Надеюсь на Вашу помощь.
Спасибо.
----------------------

Было ли у кого-нибудь подобное? Я понимаю, что это чистой воды идиотизм на первый взгляд, но я даже не представляю, с чего мне начинать его разгребать :(

Перевод с файлового на клиент-серверный осуществлял так: после перевода посадил всех и попросил в течение недели проверить всё, до чего они смогут дотянуться. Проверили и отрапортовали, что миграция прошла успешно.

Есть ещё момент: главный бухгалтер категорически против резервного копирования. Думаю, по этой причине предыдущие администраторы не стали его внедрять. Для меня это загадка, ведь выгрузка в *.dt в моём понимании - операция в режиме read-only, и никак не вредит базе.

Т.е. когда (было весной) ГБ узнала, что есть резервное копирование, и что оно ещё и делается каждую ночь - попросила его отключить. Цель мне озвучивать отказалась. Как и я отказался его отключать. С тех пор идёт невидимая мини-война.

(39)[Потом начал смотреть логи СУБД - в логах базы есть проблемы, о которых я доложил и попросил привлечь компетентного специалиста. Был послан. Неоднократно]

душещипательная история, вместо того, чтобы настроить полноценный бэкап сделан кастрированный


в третий и последний раз:

есть файл БД до и после выгрузки dt,
что даёт diff по ним ?

(41)
(42)
нам эти розовые сопли не интересны

(41)
1)Главбух дурак, если против резервного копирования, к тому же лезет не в свое дело.

2)Администраторы - идиоты, если не делали бэкапы.

3)Выгрузка в *.dt к бэкапу никакого отношения не имеет.

(43) на каком мне языке ещё сказать, что я не 1С программист и что я даже не понимаю, о чём вы мне говорите? Какой diff? Средствами чего его делать?

(44) а я здесь никого на привязи и не держу.

Спасибо, пока я понял точно только одно: резервное копирование нужно ОБЯЗАТЕЛЬНО делать средствами СУБД. В понедельник оно уже будет, я сейчас параллельно пишу соответствующий скрипт.

короче, (8) и (31) тебе должно помочь, если нет - зовите спеца. Это не твоя специальность

(39)Не нравишься ты главбуху, поэтому и прессуют тебя.
К 1с, и резервному копированию это отношения не имеет.

Тебе просто тонко намекают - вали по собственному желанию, пока не уволили по статье.

(50) вот такой вывод я точно не ожидал...

(50) по какой? за невыполнение несвоих обязанностей?

(52)По любой удобной. Например за прогулы. Или за халатное отношение.

(53) это не так просто. вернее, ой как не просто

shuhard_серый, я так и не увидел совет/ответ про "diff".

(49) спасибо, я свою ошибку понял.

(55) https://ru.wikipedia.org/wiki/Diff

(57) + только оно тебе тут не надо, имхо

Вывод:
Главбух химичит в базе, а чтоб было нельзя поймать "на горячем" протестует против бекапов.
:)

(57) а теперь объясни, как именно сравнивать? Выгружать сначала один *.dt, а следом второй - и сравнивать? Разве второй *.dt не будет отличаться от первого хотя бы тайм-штампами?

(59) тоже об этом подумал

(60) см (58)

(51)А зря.
Очень часто встречается такая ситуация - нагрубил главбуху, выставил ее в невыгодном свете своими умными речами.
Или у главбуха есть на примете родственник или знакомый на твою должность.

А выгнать человека с работы чаще всего несложно - достаточно создать невыносимые условия, и почаще жаловаться начальству.

(62) зачем же он мне это советует? Просто чтобы тишину нарушить?

(54)А до этого как правило не доходит.

(59) это возможо

(63) либо она его хочет, а он отказывается. Отсюда месть. Автор ветки должен вести себя корректно, и перевести отношение главбуха в платоническую фазу. И всё, она его раба до конца жизни.

(64) не телепат. возможно, имелся ввиду файл 1cd, который в файловой версии

А вообще если топикстартер спрашивает на форуме такие вещи, то он явно не пригоден для данной работы.

Если знаний не хватает чтобы аргументировать свою правоту, то их скорее всего не хватает и на качественное выполнение работы.

А вообще, если ситуация такая, как описывает ее топикстартер - беда.

Т.е. из-за неизвестной хрени в базе пляшут цифры, главбух в панике, и назначила виноватого.

Единственное, что разумное могу порекомендовать автоматически печатать ОСВ по предпредприятию до бекапа и сразу после.
Если есть расхождения - глубоко задуматься и посыпая голову пеплом идти к главбухше и вместе думать, как решить проблему.

(68) ещё один неожиданный вывод. Спасибо и за него)

(68) я аргументировал тем, что чтение - не запись, и повредить данные не может. А в поисках доказательств пришёл уже к вам. Видно, зря.

(66) забавные предположения, но не более. В иной ситуации может быть даже посмеялся бы, но не сейчас, увы.

(70) я лет 12 назад был в похожей ситуации. Документы в базу совали как придется не соблюдая последовательность. При любом перепроведении остатки плавали.
Главбух билась в истерике, когда у нее не совпадали цифры по всем обороткам и декларациям случайным образом.

Пришлось наводить порядок, в союзе с ней, потому как она второе лицо на фирме.

(71) почему зря? вот, посоветовали же переспать с ГБ, как вариант.

(74) и тебя, и остальных шутников - я никого не задерживаю. А если уж остались здесь - будьте добры, проявите сдержанность в своих шутках, несмотря на вечер пятницы. Благодарю.

(75) ничего другого не остается, по делу уже неоднократно написано выше

(76) тогда иди шутить в другом месте, я их всё равно адекватно оценить не в состоянии сейчас.

(75) если бы ты проявил хоть какое-то рвение реально разобраться в ситуации, отношение было бы другое

А эти стоны о "бесконечных цифрах" нам ничего не говорят

(78) так дайте мне направления, куда я мог бы применить своё рвение. А то на месте имитировать бурную, но пустую деятельность я не умею.

(78) скажите конкретно, что мне сделать - я же в первом сообщении признался сразу, что не знаю, с чего мне начинать.

(75)А вы и не можете задерживать или не задерживать.
Это решает администрация форума, модераторы и прочее.
И как вести себя отвечающим тоже не вам решать.

Кто нарушает правила  - модеры потрут и забанят.
Так что - не нравятся советы, не читайте.

(79) ОСВ, карточка счета, сравнение конкретных документов в базе и в копии, журнал регистрации

(82) спасибо.

(82) + переделать бэкапы по-человечески

(84) само собой

(81) мне не до шуток сейчас - что непонятного-то? Оказался в затруднительной ситуации, из которой пока не знаю, как выбраться. Описал её, как сумел. Рассчитываю на помощь, или хотя бы молчание, если помочь нечем.

(81) глумиться - легко, тем более вечером в пятницу. Но мне не до глупых шуток, серьёзно.

Ситуация просто идиотская: доподлинно знаю, что моей прямой вины нет и быть не может, но чтобы доказать это - нужно скооперироваться с человеком, который сам инициировал мой "импичмент"...

(87) Для доказательства нужно несколько вещей.
1. предположи, что остатки ДЕЙСТВИТЕЛЬНО меняются.
2. напиши список признаков по которым это можно выявить.
3. начни отслеживать индикаторы изменения базы из пункта "2"
И если оно таки да - думай дальше.

(89) спасибо за ещё один пункт в план моих мероприятий.

Я ПОЛУЧИЛ ОФИЦИАЛЬНЫЙ ОТВЕТ ОТ 1С (цитирую): "Запись ведется только в файл dt".

УРА!!!!!!!!!!!!!!!!!!!!!!!!

(91) об этом тебе уже тоже говорилось

(90) Да пожалуйста.
Главная проблема у тебя, что ты расследуешь инцидент в терминах виноват/невиноват, а надо его расследовать как некое явление природы, которое ты постигаешь в наблюдениях.

(91) смешно. При перезагрузке сервера для бекапа может чего-нибудь некорректно портится и откатываться... И вот у тебя поплыли остатки в оборотках.

(94) а как корректно перезагружать сервер (чтобы ничего не "плыло")?

(41) "главный бухгалтер категорически против резервного копирования".
тырит. либо участвует в этом. боится что анализируя бэкапы можно вскрыть этот факт.
если цифры скачут на счетах "50", "51" и база управленческая - держи с ними ухо востро.

100 постов, а что за конфигурация никто не спросил..
Какая конфигурация?

(97) бух для казахстана)) вижу. неужели авттор не может сформировать простейшую осв там есть итоговые данные их сверь, за два дня если расхождения смотри по счетам, потом по документам, потом конкретный документ в журнале регистрации, за 20 минут найдешь виновного и время на кофе останется

(98) автор не может, ибо он непроходимо туп и подлежит увольнению - здесь же обо мне уже составили мнение и мой портрет.


А если серьёзно - нет, не могу, я в 1С скорее минус даже, чем просто ноль.

(98) но я дам эту инструкцию ГБ. Хотя, по идее, это она сама должна была сделать, без "тупого админа".

(99) ты не хочешь, это не равно не можешь.

а раз не хочешь, никто тебе и не поможет

(101) почему не хочу - очень даже хочу, но перед любыми манипуляциями я хотел бы узнать точный порядок действий и причину для их воспроизведения. Меня и так в офисе за диверсанта и изменника держат, не хватало ещё, чтобы я напортачил в явном виде.

(100) Самая укатайка в том, что это именно те бумажки из (4) "и теперь имеют на руках "доказательства" в виде этих бумаг с бесконечными цифрами." :)

(103) да ты распечатай 100500 бумаг с кодом бухии и скажи ну и где он тут меняется??? Видите нигде. я не причем!

(104) Не а ты предствь реальный ужас бухгалтерии, когда у них каждый день в оборотках разные цифры, а "одмин" вместо того чтобы разобраться - письма Нуралиеву пишет.

(103) ага) любую бери в ЖР заходи и засучивай бухгалтеров)
(105) ахах)))

да бухгалтера тоже все очень хитроумные,

кстати фоновые задания ночью там у вас не шерстят? поставь блокировку регламентных и проверь пару дней в кластере сервера гуглом надеюсь пользоваться умеешь, не так как 1с)

(105) я бы разобрался, если бы они ко мне обратились. Вместо этого они предпочли "сбор доказательств" и открытое обвинение при руководстве. Просто поставили перед фактом, что я виноват. Спустя пару минут объяснили, в чём именно виноват. Спустя минут 10 до меня дошло, в чём меня обвиняют. Сначала я открыто смеялся и вкратце описал им механизм выгрузки, но их мой смех только раззадорил - они распечатали и принесли мне цифры, а громкие слова сменили на очень громкий мат. Моё первое действие - попросить официальный ответ, его я уже получил. А вот что на самом деле нужно было делать - я у вас и пришёл спрашивать.

(105) всё ещё смешно?

(94) так всё-таки как правильно (корректно, кошерно, и т.д.) нужно перезагружать сервер, чтобы данные не "плыли"?

(109)Очень просто - приглашаешь грамотного сисадмина, и ставишь ему задачу.

(110) понятно. А вот зачем советовать то, что сам не знаешь - непонятно :)

(94) (110) не хотите советовать открыто - боитесь, что прослывёте неграмотными в данном вопросе, что свои же вас засмеют и посоветуют вместо вашего более грамотное решение? ;)

(94) (110) не бойтесь, советуйте смело - я над чужой неграмотностью смеяться привычки не имею.

(112) если ты так же общался с бухгалтерами, не удивительно, что они тебя подставили

(112) вообще то тебе уже раз 10 посоветовали, но ты настолько туп что все советы сливаешь со словами, я ничего не знаю , это бухгалтеркозни строит. Все что нужно тебе сказалм, осталось только за тебя сформировать осв и найти причину ррасхождений. Но нет же ты же дартаньян

В чем проблема попросить бухгалтера показать туже цифру в текущей базе, поднять бекап найти там эту цифру и если она совпадает с бумажкой искать причину расхождения (или документ поменяли, или приход изменился и соответсвено себестоимость другая). А если в копии таже цифра что и сейчас, то послать бухгалтера в сал

В бп 3.0 есть верссионность, очень помогает узнать кто накосячил

(109) для начала выяснить плывут они или нет. Ну а уже исходя из этого делать выводы. Читать документацию, как правильно останавливать сервак, какие надо прикрутить регламентные операции. Что можно прикрутить в качестве индикаторов проблемы...
Откуда я знаю, мож у вас там ФС сыплется, а вы бекапы с дохнущей базы делаете и удивляетесь, что они разные.

(0) Я тебя не понимаю. ГБ грешит на выгрузку? Скажи ей что она права и под ее подпись перестань делать выгрузку, однако настрой бекап в СУБД. Скажет что опять все меняется - отправь ее во франч, ибо ты сисадмин. Что тут неочевидного-то?

А с перезагрузкой сервера все еще проще. Напиши скрипт по перезапуску службы сервера 1С и все. Перезапускать СУБД смысла вообще никакого не вижу.

Весело тут у вас.

А теперь представьте, что твориться на hline 1с :-)

Я не пойму, о чём вы. Мой вопрос закрыт - я получил официальный ответ от 1С.

Мне сказали, что я некорректно перезагружаю сервер - я несколько раз спросил, КАК ИМЕННО ПРАВИЛЬНО перезагружать, но в итоге нарвался на грубость вместо ответа. Сложно сказать, 94-й?

(91) вопрос закрыт.

(94) жду ответ.

(118) хорошо ушёл от ответа, зачитано. Не знаешь, "мож у вас там ФС сыплется, а вы бекапы с дохнущей базы делаете и удивляетесь, что они разные", но при этом советуешь корректно перезагружать сервер. Браво.

(118) с этих простых вопросов, наверное, и стоило начинать прежде, чем мне что-то советовать, а?

Самое смешное что окажеться что главбух ночью запускпет перепроводку, а тс в это время рубит сервак

(127) это не исключено, поэтому жду в понедельник появления в офисе "бога 1С" - так мне его, по-крайней мере, представили сегодня (а представили, кстати, те, кто меня обвинил). Но до его появления прикроюсь официальным ответом 1С.

А все выходные эти люди будут молиться, чтобы чудак в понедельник нашёл хоть что-то против меня.

(127) но по ночам они все спят, офис пуст, да и началось всё, напомню, с 1-го июня. С октября же прошло года всё (ВСЁ) работало исправно.

(0) Все может быть.
Часто когда прихожу на работу 1с начинает глючить, тормозить и тд,  и это при том что комп не включал.

+ и  наоборот, у юзера что то 1с глючит, когда подойду решать проблему, глюк исчезает.

На счет отказа от копирования. Ты подчиняешься гб? Нет, значит гб тебе не указ. Пока официально от дира приказ не получишь делай копии.

Перегрузка сервера с чисто теоретической точки зрения может повлиять на данные, если кэш из оперативки не успеет сохраниться на диск. Но это из области фантастики.

Как сказали сервер не надо перезагружать. Даже сервер 1С не надо. С помощью скрипта выгоняешь пользователей и блокируешь пользователей на запуск сеансов.

Исключи работу любых пользователей во внерабочее время в т.ч. регламентных заданий.

За каждым отличием в ОСВ стоит конкретное движение/документ. Подними предыдущую копию, сравни и найди конкретные движения. Открой журналы работы пользователей в 1С глянь чьи шаловливые ручки что-то делали.

Тыж_программист (хоть и админ) действуй последовательно.

Проверь наличие обменов (как в этой базе, так и в других базах, если есть). С обменами разные бяки бывают.

(130) И что? Регламентные задания никто не отменял. Никто не мешает наваять внешнюю обработку, подключить её к 1С и настроить расписание

(135) Кстати да, внешние обработки запретить. Пересмотреть права на доступ к "внешним" (которые в справочнике внешние обработки).

ТС расследуй инцидент, статью напиши на хабр.

(133) А (0) Читал? Он пишет //К сожалению, сам я не программист, и доказать документально и обоснованно ничего не могу, поэтому обращаюсь к Вам как к производителю данного программного обеспечения. //
Вот теперь вопрос на засыпку, почему не программист пошел админить?

Эх блин... Я бы там развернулся...
У меня бы сам ГД виновным оказался )))

(138) Да, явно разводят человека. И "эксперт" скажет что виноват он...
Лучше бы ему выгрузки грохнуть, вот пусть ищут концы потом.