Распространенные ошибки в работе 1С

21.03.2019 08:50:00 Антон Шаганов (itworks) 7789

Распространенные ошибки в работе 1С глазами обычных пользователей и способы их лечения - что может исправить пользователь самостоятельно.

Категории:
Администрирование Основы работы с 1С

Комментарии
Ссылки и коды

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. GreenDragon 21.03.19 12:12 Сейчас в теме

Автор знает как привлечь внимание к видео...

2. Hans 3 21.03.19 12:38 Сейчас в теме

Почем час услуг ваших программисток?

Ответить

3. PerlAmutor 155 21.03.19 18:57 Сейчас в теме

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

Ответить

4. Serg O. 297 23.03.19 17:27 Сейчас в теме

ОЧЕНЬ вредные советы...

ошибка потока... никаких чек-дбфл - делать нельзя! долго и бесполезно! не поможет!

в 90% проблема в отключении сети во время работы...провода попинали... дёрнули комп...
1) надо сначала провод сетевой перевоткнуть, окрытьсетевую папку с базой 1С...
2) перезагрузить компьютер

3) потом "чистить кэш" - проще всего - записать сначала на листочек - все параметры базы - как называется, где лежит, 8.2 или 8.3 - тонкий - толстый клиент...
а ТОЛЬКО потом - удалять из списка и добавлять базу обратно в список со всеми настройками

чек-ДБФЛ - и тестирование - исправление информационной базы ...
ТОЛЬКО на крайний случай - в самую последнюю очередь! а не в 1-ю

в конфигуратор вообще криворуких пускать нельзя!
вместо Выгрузить - сделают Загрузить (пункты рядом!? кто такой умный?)

для такой вот Ани... сэлфи важнее работы... и разницы никакой нет что выгрузить что загрузить....и трындец будет полный! потом ещё будет доказывать, что по "видео-инструкции фсё как там сказали -так и сделала... а ВЫгрузить или ЗАгрузить... мне без разницы

копирование должно быть уже настроено автоматически не бухгалтером каким то делаться, когда УЖЕ что-то сломальсь... это не поможет!!!! копия должна быть нормальная! и делать её надо КАЖДЫЙ ДЕНЬ! в РАЗНЫЕ файлы в котором указано прямо в названии дата и время!

короче я в шоке от таких видео-советов...
тем более от той, что сама этого никогда не делала...

8. shard 281 25.03.19 17:27 Сейчас в теме

(4) в случае бекапа средствами sql также будет нелишним будет проверить возможность восстановления из бекапа. В случае pg_restore скорее всего потребуется той же версии, что и pg_dump.

5. acanta 23.03.19 17:42 Сейчас в теме

А что, кто то еще работает с базой данных в сетевой папке?
При бесплатном публикаторе и управляемых формах?

6. FilippovRI 74 24.03.19 17:23 Сейчас в теме

(5) не поверишь. кучу народу

7. AntonSm 30 25.03.19 09:44 Сейчас в теме

(5) а он разве не только для ИТС-Проф?

9. capitan 2507 26.03.19 16:28 Сейчас в теме

Вспоминается...

Оставьте свое сообщение

E-mail:

Прямая ссылка:

BB-код для форумов и блогов:

HTML-код:

Антон Дорошкевич. Как выжить разработке, когда прод переезжает на Postgres

В крупных компаниях, где много типовых и сильно доработанных баз с режимом работы 24/7, переход с MS SQL на PostgreSQL затягивается. Получается гетерогенная структура – когда прод уже на PostgreSQL, а разработка и тестирование – пока на MS SQL. О том, какие варианты помогут постепенно перевести прод с несколькими базами MS SQL на PostgreSQL, не сломав среду тестирования и разработки, пойдет речь в докладе. Доклад в виде статьи: https://infostart.ru/1c/articles/2241887/

Алексей Климашенко. Переход на Linux+PostgreSQL для информационной базы 2 Tb

При многолетней эксплуатации 1С на Windows и MS SQL в базе накапливаются не самые оптимальные запросы, COM-объекты и скрипты, зависящие от ОС. Из-за этого процесс перехода на PostgreSQL и переноса сервера 1С на Linux неизбежно осложняется длительным исправлением кода и оптимизацией запросов. Расскажем о том, как с задачей такого рефакторинга справились в компании Avito. Доклад в виде статьи: https://infostart.ru/1c/articles/2235912/

Антон Дорошкевич. Что нужно учесть, когда в кластере 1С появляется второй рабочий сервер

На первый взгляд, добавление второго сервера в кластер 1С не должно вызывать проблем – все просто должно работать. Но на практике дело обстоит иначе. Несмотря на то, что все действительно работает, многие при этом сталкиваются с трудностями. Расскажем, когда нужно задуматься о втором сервере 1С в кластере, какие особенности работы второго сервиса с файлами и сервисами, и какие настройки ТНФ можно сделать для лицензий ПРОФ и КОРП. Доклад в виде статьи: https://infostart.ru/1c/articles/2225832/

Юлия Долганова. Сервер лицензирования 1С на 12 тыс. пользователей: настройка, мониторинг, резервирование

Отдельный сервер лицензирования упрощает администрирование лицензий в сложных структурах с несколькими кластерами и тысячами пользователей. Расскажем о том, как настроить резервирование лицензий для крупной компании с высокими требованиями к доступности SLA 99.98% и автоматизировать переактивацию лицензий в случае возможных сбоев. Доклад в виде статьи: https://infostart.ru/1c/articles/2223676/

Илья Малеев. MS SQL: ускоряем обновление статистики в разы

Обновление статистик большой таблицы в MS SQL может занимать до 35 часов. О том, как добавить многопоточность в операцию обновления статистик, и какие особенности при этом нужно учесть, пойдет речь. Доклад в виде статьи: https://infostart.ru/1c/articles/2184112/

Юрий Жердецкий. Сказ о создании информационной базы для разработки и тестирования

Когда информационная база «весит» несколько десятков/сотен гигабайт, для разработки и тестирования обычно используют полную копию рабочей базы. Но если информационная база превышает несколько терабайт, такой подход сталкивается с нехваткой места на диске, долгой реструктуризацией, замедленной скоростью работы и другими проблемами, связанными с размером базы. В докладе расскажем, как правильно готовить копии больших баз для разработки и тестирования. Доклад в виде статьи: https://infostart.ru/1c/articles/2176493/

Александр Денисов. Обслуживание индексов MS SQL Server: как, когда и, главное, зачем?

Казалось бы, базовое знание: «индексы надо обслуживать, чтобы запросы выполнялись быстро». Но обслуживание индексов выполняется долго и может мешать работе пользователей. Кроме того, в последнее время популярны разговоры о том, что индексы можно вообще не обслуживать – насколько это оправданно? Рассмотрим: на что влияет обслуживание индексов, когда надо и когда не надо его выполнять, и если надо – как это сделать так, чтобы никому не помешать? Доклад в виде статьи: https://infostart.ru/1c/articles/2017724/

Антон Дорошкевич. ТОП проблем/задач у владельцев КОРП-лицензий 1С на основе опыта РКЛ

Казалось бы, КОРП-системы должны быть устойчивы, быстры и надёжны. Но, работая в рамках РКЛ, мы видим немного другую картину. Об основных болевых точках КОРП-систем и подходах к их решению пойдет речь. Доклад в виде статьи: https://infostart.ru/pm/1975678/

Владимир Крючков. Мигрируем с MS SQL на Postgres

Переход с MS SQL на PostgreSQL сопряжен с рисками для бизнеса и неизбежно вызывает множество вопросов. Доклад посвящен тому, как заранее подготовиться к предстоящей миграции, провести нагрузочное тестирование, выявить возможные проблемы перехода и провести необходимую оптимизацию. Доклад в виде статьи: https://infostart.ru/1c/articles/1973932/

Андрей Бурмистров. "Монитор" – простой анализ производительности

Для расследования проблем производительности недостаточно просто проанализировать технологический журнал. Нужен парсинг контекста событий, его сопоставление с информацией из Extended Events и логов, агрегация огромного количества информации. О том, как упростить анализ производительности, не потеряв в точности и наглядности, на конференции Infostart Event 2021 Moscow Premiere рассказал Андрей Бурмистров. Доклад в виде статьи: https://infostart.ru/1c/articles/1941027/