Достался раритет 1С 7.7 - надо свернуть, запустил обработку из

меню Сервис - с диска читает/пишет не больше 10 мегабайт в секунду, процессор занят на 1-2%. Это нормально ? Диск серверный NVME Samsung, процессор Xeon 2680v2 памяти дал 64Гб - сервер занял 5 гб. Это из-за того, что 1С 7.7 ?

1с 7 наврядли может нормально со всем этим новьем работать

Она в виртуалке под Hyper-v

еще лучше

А какую железку лучше под 1С 7.7 ? (1С-ка нет, сам я не настоящий сварщик)

ни какую, выкинуть эту 1с ку и забыть как страшный сон

Выкинуть? 1с? Андрей)))))) что за ужосы)

Так уже трое человек к миграции на 8-ку подходили - через 1-12 месяцев извинялись и возвращали деньги 😱

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

Размер базы клюшки? Конфа какая? А так, быстро работает

Так не удалась миграция - базу в 8-ке не получили

Скорее провалились по срокам

Я про другое. Там подход другой нужен. Совсем другой.

По другому надо. делал лет так 10 назад задачу похожую.

Есть фирма - 1,5 инвалида как-то работают, поменялся директор говорит тормозит, приходящий 1С-к говорит 1С: надо свернуть я: что для этого надо сделать ? 1С: копию базы и в ней запустить свертку, я: какой SQL надо 1С: я в этом не понимаю, чтобы база работала я: развернул бекап на отдельной железке с hyper-v и запустил как сказали по телефону - мне странно, что ресурсы совсем не потребляет

А как ?

Спеца по 1с на кол

Это уже 5-й на моей памяти

по сути это не его вопрос - какой sql ставить, я бы ответил - любой из разрешенных на официальном сайте который поддерживает 1с 77 т.е. в принципе тоже не мое было дело было

С такими исходными данными надо оставить 7.7 как архив. Выбрать унф или ут, завести остатки и жить себе спокойно.

8.3 куплена, но за два года так и не перешли

Обучить бухов и манагеров и вот это вот всё.

ага.. а потом выяснится что они там бухгалтерию вели)) или допиленный функционал был которого тут нет.. или не там - не такой удобной

тут нужна воля руководства

По разному 😂 где то сиквел где то кое что стороннее. У нас проект был, сделать разделение по правам доступа в 77 по уровням. Нашли Московского парня который типа это имел сделанное, купили а оно того… как итог 2 месяца сделали 77 свьюхами по уровням доступа. Но там прям все непросто было, повезло, под рукой был дба с ам айрлайнс и хороший спец на с.

Воля есть - специалистов нет (Я подозреваю, что грамотные ушли на "гугл" работать, а кто остался, те не знают, какой им SQL надо)

Это то 146% будет. Сколько я выслушал "ой а раньше так удобно было" что по факту означает что польщаки привыкли кнопку видеть в определенном месте. Ну и новый фейс многих в ступор ставит

2008 там нет. Он должен был сисадмину сказать. Ставили через патчи либ а там другой нюанс

сейчас стоит 2008 и работает

Да? А если есть только 1 сутки на вкатывание? Тут просто нужен другой подход

нет не должен был, 1с дистанцированна от субд в принципе, обслуживает субд админ а не 1с ник, и админу решать какую ставить 1с ни к может лишь сказать официальные данные относительно релизов а как то повлиять или заставить поставить определенную - не в его компетенции

Ну я был свидетелем как на морально волевых "в понедельник будет 8ка, про 7.7 забудте"

На больших системах - ой не согласен.....

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

Так я как было всю систему вместе с ОС и ПО из полного бекапа поднял

А если оптари?

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

А потом в запросах появляется дичь в стабильном непопадании в индекса, дикие выборки, кривые соединения, а 1С-ник стоит и "глазками так луп-луп-луп"?

Именно. А попробуйте с 0 поставить? А как 1с 16 битную ставить будете?😅

В 1С 16-ти битный только установщик - просто скопирую

как это связано с тем что за субд отвечает админ - и вашими "луп луп" ? если администратор не может настраивать субд по рекомендациям официальным с итс - то гнать такого администратора нужно

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

и 1с ник - то что вы описали знает и понимает рекомендации и правила написания кода, который он обязан выполнять, за 1с ника платформа выполняет функции трансляции, если 1с ник выполняет все правила но все равно тупит субд - то это по любому вопрос к админам (проблемы с настройкой или пришло время увеличивать мощности серверов)

Вот. Поэтому поднять с бэкапа не значит значит как ставили и какие либы….

А как можно доискаться до истины - что тупит - СУБД или 1С, если что ДБА, что программист не осиливают смежных областей?

приручение 7.7 к SQL новее 2000 - есть много способов ?

еще раз - есть зоны ответственности , который, как вы выше написали про БОЛЬШИЕ система, каждый отвечает за свою деятельность, и напоминаю - что БОЛЬШАЯ система - это не один 1с ник который все про все знает - это группа людей с выделенными компетенциями для решения поставленных им задач, каждый обязан выполнять и понимать возложенную на них роль, - иначе все вываливается к тому что 1с ник все делает в остальные плюют в потолок - это крайне не верный подход к организации деятельности фирмы(больших систем)

Мне кажется, тут не хватает третьего. В цепочке ДБА - программист. Того самого "третейского судьи". И давайте не будем спорить. Рождество жеж. )

Не. Без патчей никак. Это опасно. Могут умные люди хлопнуть. Даже если 77 куплена

далее насчет тупит - 1с ник может получать планы запроса - для анализа этого вполне достаточно, но при этом повлиять на работу систему - при выполнение всех рекомендаций - он ни как не сможет - это тоже нужно понимать

Функ менеджер?😂

Скорее - некий надзорный орган в виде сурового технаря, который осознает и тут и там.

Я соглашусь. Заниматься - да. Но проблемы возникают на "стыке". И анализом "стыка" тоже должен заниматься выделенный человек.

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

ну вот как допустим ситуация была вчера, если вкратце, есть РИБ (да, он еще существует), обмениваются файликами, все по красоте работало и тут резко стали сильные задержки отправки данных в центральный офис.. раньше было раз в час а стало раз в сутки, 1с ник проверил, файлы создаются оперативно и отдаются на сервер администратора для дальнейшей передачи через несколько узлов на сервер, и тут вопрос/задача кто будет расследовать данную ситуацию.. админ или 1с ник

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

Оба жеж. Поскольку возможны 2 варианта: 1) Файл не доезжает до получателя (по причине неработоспособности сети) 2) Файл доезжает, но не затягивается в систему (по причине неработоспособности системы)

в общем оказался третий вариант который ни админ, ни 1с ник не смог на тот момент предугадать когда создавался файл (он был большим) уходило какое то время, и так случалось что именно на это время приходился механизм который забирает файл, при этом 1с ника блокировала файл для записи, а программа которая забирала файл, сначала сверяла со своим ранее загруженным файлом и если нет изменения то не пускала дальше, и вот когда она делала эту проверку - не могла его нормально прочииать, и считала что файл не изменился, и ничего никуда не отправляла, в данном случае и 1с нормально работало а программа перегрузки тоже не придраться а решила эту проблему сообща, используя тестовые перегрузки, а объединил их руководитель и сказал что даст **** если в завтра не будет все работать как было.. - вот он в данном случае и выступил проект менеджером

это вы сейчас так говорите)

Так я такое решал как раз 15 лет назад

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

Понимание было что встал обмен. Понять что софт пытается забрать/прочитать залоченный файл дело 5 минут. И да после этого просто сделали файл flg на который и смотрел самописный ftp клиент

Вообще, насколько я помню, она будет юзать одно ядро только. Сколько ядер на тачке? ;)

Ну например у мс план обслуги тоже юзает только 1чдро. Ы?😅

да проца по 20 ядер

Статистику имеешь ввидут?

По мониторингу будет занято скорее всего одно.

занять 2-3%

А по ядрам?

Дрова. Частота в бусте 2.8?

да

Max degree of parallelism, Ы? ;)

План обслуги майнтенс план. Внезапно да?😅

Так сам Maintenance plan - это просто механизм создания процесса обслуживания баз. Что там накропаешь - то и будет юзаться. Разве нет?

Да. Но там прикол, это … ебло когда через него обслуга настроена при ее исполнении юзает 1ядро. В профильном чате мы это выяснили. И на паре голдов с суммарным размером баз 500 гиг не вывозит в тех окно