Особенности работы сервера 1С: Предприятия и PostgreSQL для Windows, повышение быстродействия системы

Публикация № 532874

Администрирование - Администрирование данных 1С

PostgreSQL Windows 1С сервер быстродействие тормозит Управление торговлей оптимизация SSD

Опыт эксплуатации системы 1С: Предприятие 8.3 на основе сервера 1С и PostgreSQL под Windows.
Конфигурации 1С: Предприятие 8.3 Управление торговлей 11.2, Бухгалтерия 3.0. Есть еще Управление персоналом, но она маленькая.
Данный комплекс охватывает все сферы учета торгового предприятия.

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

    Процесс перехода на новую конфигурацию Управление торговлей сложен и тернист. Преимущества новой конфигурации компенсируют проблемы возникающие в результате модернизации информационной системы. В конфигурации Управление торговлей 11.1 или 11.2 заложено много интересных возможностей. Это конструктор, из которого можно сделать много всяких систем. Для нужд конкретной организации нужны не все сервисы предоставляемые конфигурацией. Перед принятием решения о переходе на новую конфигурацию нужно составить план, какие системы будут использоваться. Сразу все сервисы внедрить не получится. Нужно будет пройти путь, из-за которого будет много суеты и беспокойства. Есть бонус, некоторые удобные, нужные возможности новых технологий войдут в работу легко и непринужденно.

    Торговая организация решила улучшить свою информационную систему Управление торговлей 10.3. Без конфигурации Бухгалтерии конфигурацию Управление торговлей рассматривать неверно. Это комплекс программ и как правило используются вместе. И чаще всего обмениваются данными, по крайней мере в сторону Бухгалтерии.

    Бухгалтерию модифицировали первой, запустили Бухгалтерию предприятия 3. Главный бухгалтер грамотная, справилась практически самостоятельно, за что ей огромная благодарность.

    Старая информационная система использовала сервер терминалов, компьютеры пользователей малопроизводительные. Подключение к базам 1С толстым клиентом, обычные формы. Удаленные пользователи подключались к терминалу. Все было привычно и работало в рамках своих возможностей для коллектива примерно 15 человек.

    Нашлись в компании буйные головы, заговорили о новых возможностях УТ 11.1, развитии бизнеса и новых системах контроля за деятельностью организации. А жизнь была такая спокойная. Взгрустнули и начали.

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

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

    Использовать файловый вариант базы с толстым клиентом 1С Предприятие отказались сразу. Сеть даже 1 Гбит/с, файловой базой данных используется неэффективно Для передачи данных от базы к пользователю, при формировании запросов, передается большое количество данных, обработка происходит на компьютере пользователя, а они напоминаю слабо мощные и не подходят для обработки больших массивов данных, а работают только для отображения интерфейсных объектов. Несколько одновременных запросов к данным вызывают раздражающие задержки ответа.

    Для оптимизации расходования денежных средств немалую сумму решили растянуть во времени. Размер базы, после запуска в эксплуатацию, небольшой и казалось вполне можно обойтись без сервера 1С Предприятия. Apache Web сервер на Windows не показал высокого быстродействия. IIS web сервер показал более высокое быстродействие. Настроили доступ Web сервера, к файловой базе.

    Необычно получилось, но работает. При небольшом количестве пользователей, вполне работает. Дешево получается. Управляемые формы работают отлично.

    Запустили в эксплуатацию конфигурацию Управление Торговлей 11.1 и Бухгалтерия предприятия 3. Пользователи к базе подключались через Web подключение, тонким клиентом. Нагрузка на локальную сеть минимальна. Удаленные пользователи подключаются к базе без проблем. Счастье было недолго.

    Доступ к старой базе УТ 10.3 тоже был нужен, пришлось по одному пускать в терминал. Терминал расходует ресурсы сервера не оптимально, на каждого пользователя выделяя ОЗУ и запущенные приложения нагружают процессор сервера, а он итак сильно загружен обработкой запросов баз данных.

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

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

    Интерфейс УТ 11.1 явно разработан под Full HD 1080, при меньшем разрешении формы на экране не умещаются. Началась замена мониторов по офису. Пользователи это подержали.

    Пока разобрались, откуда тормоза, поменяли сервер на более мощный, не помогло. Организация прибавила 10 человек и пользователей стало 25. Активных пользователей. Постоянно формируют отчеты, выписывают проводят, перепроводят документы. Жизнь закипела. И тормоза информационной системы совсем не нужны.

    Поняли, что обойтись без сервера 1С Предприятие не получится. Купили x64 сервер. Вещь! Отличное программное обеспечение, моя благодарность разработчикам.

    Выбрали PostgreSQL. Во первых это недорого! Во вторых отлично работает. Альтернативы у нас были, но бесплатно нас привлекло больше всего. Рассказы о тормознутости PostgreSQL под Windows посчитали наговором.

    Другое преимущество PostgreSQL в том, что сервер может ставиться на Windows для рабочих станций. Очередное желание экономии. Работает по сей день, больше года. Примерно раз в 20 дней перезапускаем "сервер" в плановом режиме. Windows Server работает надежнее, но у торгашей деньги важнее, а ITшники пусть думают как это будет бесперебойно работать, а иначе за что им деньги, и немалые деньги, платят. Показатель доступности сервера: с 9:00 - 18:00 пн-пт 100%, остальное время 98%.

    Общество платит инженерам деньги не за многие знания, а за снижение стоимости решения проболем и построение более эффективных и недорогих механизмов и систем.

    Вот оно Счастье! Регламентные задания выполняются на сервере, работает быстро. Ложка дегтя в виде тормозов нашлась, периодически, в отчетные периоды в налоговую инспекцию, возникали тормоза работы баз торговли и бухгалтерии. При загрузке данных в тестовые базы все вообще практически останавливалось. Пришлось для экспериметов и других регламентных операций, выбирать нерабочее время. Это послужило хорошей мотивацией для решения проблем.

    Решение нашлось очевидное. Перенести Управление Торговлей 11.1 на отдельный SSD накопитель, отдельно от остальных баз. Полегчало, все довольны. Размер базы вырос многократно до этого момента и ее размеры стали впечатлять .dt файл выгрузки 4 Гб. Пару месяцев все шло отлично, отторговали Декабрь.

    Спокойная жизнь в очередной раз оказалась под угрозой. Решили обновить УТ 11.1 на УТ 11.2. Свертку данных решили не делать, "нельзя" удалять ценные статистические данные, которые необходимы при планировании закупок и продаж. Обновлять без свертки - это крупная ошибка! Учет мы вели немного нестандартно. За год создали более 20 000 позиций номенклатуры с огромным количеством дополнительных реквизитов. Переход был очень болезненным, начался в новогодние каникулы, полностью привели в порядок базу к Марту.

    Новые возможности Управления Торговлей 11.2 порадовали. Интерфейс форм документов изменили и заточили его под мониторы с меньшим разрешением чем 1902х1080. Казалось жизнь наладилась, но снова начала тормозить база. Отключил относительно ненужные регламентные задания. Стало легче. Но быстродействие стремительно падало с быстрым ростом базы, в которую начали заливать много файлов, картинок, документооборот вырос. Стало нужно решить проблему быстродействия с учетом возрастающей нагрузки.

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

    Детальный анализ работы сервера показал, что PostgreSQL пишет много служебных данных на накопитель. Файлы транзакций, логи и прочая информация пишется в большом количестве. Размеры запросов явно стали больше. Очередь на обслуживание к накопителю выстраивалась до 10 секунд. Начал думать что зря связался с PostgreSQL по Windows.

    Изменил настройки PostgreSQL. В файле .conf настройки по умолчанию выбирались давно и они не заточены под компьютеры с ОЗУ 32 Гб. Размеры кэшей увеличил, лучше не стало.

    Напросилось решение выделить отдельный накопитель для SQL сервера.

    Очередь на обслуживание пропала. Заработало все хорошо, но только у пользователей с полными правами. У пользователей с ограниченными правами тормозить стало меньше, но разница в скорости была заметна и существенна.

    Замер производительности показал, что разница во времени сохранения данных во временное хранилище 1С, составляет 18 раз. Это много. Методами проб и ошибок выяснил вид объекта, который влияет на производительность. Объект Документ. Поленился выяснять какой конкретно вид документов оказывает влияние на быстродействие. Дал всем пользователям права на чтение всех документов. Скорость работы пользователей возросла. Началась нормальная эксплуатация. На текущий момент счастье продолжается.  

В результате:

SSD 1. Windows и установленные некоторые программы могут загрузить пропускную способность канала передачи, но с помощью настроек и большого количества оперативной памяти можно от этого избавиться. Сервер 1С Предприятие пишет логи, журналы баз данных. Иногда очень активно. 

SSD 2. PostgreSQL создает файлы транзакций, ведет большое количество журналов. Гипотеза: что с ростом количества баз, больших баз, растет нагрузка на этот накопитель.

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

SSD 4. База бухгалтерии не столь критична к задержкам и пользователей у нее меньше. При массовом перепроведении документов за большой период, требуется высокое быстродействие. Остальные базы не имеют больших размеров. Тестовые базы активно не используются в многопользовательском режиме.

    Тест Гилева для такой конфигурации сервера показал результат более 60. Тест проводился в середине рабочего дня, во время теста у пользователей задержки не ощущались.

    Что делать, если опять будет тормозить?

    Вероятнее всего это будет связано с очередью на обслуживание к накопителям. SATA SSD работают со скоростью 500 МБайт/с. PCI-E SSD накопители работают со скоростью 1800 МБайт/с - скорость можно увеличить в 3 раза.

 

    Вывод: система работает.

    В настоящий момент 25 пользователей, сервер работает с большим запасом быстродействия. База данных торговли PostgreSQL имеет размер 18 Гб, .dt базы 7 Гб. Сервер имеет на борту 32 ГБ ОЗУ, процессор I7 4770 3.4 ГГц.

    

 

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. caponid 02.07.16 10:43 Сейчас в теме
хм.. а где собственно особенности - кроме как работа на "псевдо серверном железе с псевдо серверной операционкой"?
Название статьи можно менять на другое - Как в попытках экономить (не относится к PostgresSQL) мы имеем проблемы с производительностью.
Voblhned; VampirRo; Diego_Iv; plmshka; dabu-dabu; oleg21592; tigory; +7 1 Ответить
2. Ликреонский 214 02.07.16 17:18 Сейчас в теме
(1) caponid,
Название статьи можно менять на другое

Правильно, Достоевский пусть поменяет название "Преступление и наказание" на "Пособие по убийству старушек", а "Идиот" заменит на название "Комментатор на Инфорстарте".
Если при прочтении у Вас возникли мысли (удачный вариант), это необязательно мысли автора статьи. Вы увидели, то что увидели. Это Ваши мысли, напишите статью и тогда расскажите свои.
3. Dragonim 126 06.07.16 09:15 Сейчас в теме
Небольшая поправка: На отдельный жёсткий диск надо выносить журнал транзакций PostgreSQL.

Теперь немного по статье:
1. Картинки, сканы документов и прочее в этом роде необходимо хранить на отдельном, можно медленном, диске, а не увеличивать базу данных. Для хранения файлов отдельно в УТ 11 встроен специальный инструмент.
2. Судя по вашей итоговой картине у вас нет зеркалирования дисков и про бекапы вы ни чего не сказали. Итог будет очень плачевен.
3. "Дал всем пользователям права на чтение всех документов", дали бы сразу административные права всем, зачем париться с правами доступа *поднял табличку "сарказм"*
demon_sl; Gendelf; h00k; VampirRo; kostyag; Diego_Iv; Ali1976; dabu-dabu; oleg21592; +9 Ответить
5. Ликреонский 214 06.07.16 09:26 Сейчас в теме
(3) Dragonim,
Картинки, сканы документов и прочее в этом роде необходимо хранить на отдельном, можно медленном, диске, а не увеличивать базу данных.

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

Ясное дело резервное копирование выполняется. Делается средствами 1С. Мне понравилась поговорка: администраторы делятся на две категории: те кто делает бэкап и тех кто скоро будет делать бэкап.
8. Ликреонский 214 06.07.16 09:42 Сейчас в теме
(3) Dragonim,
у вас нет зеркалирования дисков

Несомненно это большая проблема, уровень отказоустойчивости низкий. RAID не используем намеренно.
Отказоустойчивость отдельная тема. Очень дорогостоящая и сложная. Пока проще заменить оборудование полностью, чем резервировать.
Мы надеемся в случае выхода из строя сервера, восстановить из резерва. Проводили "тренировки", час другой простоя сервера, только внесет свежую струю в коллектив.
4. mythos 06.07.16 09:23 Сейчас в теме
Apache Web сервер на Windows не показал высокого быстродействия. IIS web сервер показал более высокое быстродействие.
Какими средствами измеряли быстродействие? Вопрос не праздный, на нашем сервере стоит апач в связке с 1С мини и постгрес, пользователи работают через веб не в локалке в тонких клиентах, правда пользователей всего 5, может на таком количестве особой нагрузки не почувствуешь...

Решили обновить УТ 11.1 на УТ 11.2. Свертку данных решили не делать, "нельзя" удалять ценные статистические данные, которые необходимы при планировании закупок и продаж. Обновлять без свертки - это крупная ошибка! Учет мы вели немного нестандартно.
Тоже есть в планах обновление, свёртка не рассматривается в принципе. На какие грабли наступили при обновлении? У нас база 35Гб, резервная копия делается средствами постгре, сколько выгрузка средствами 1с весит не пробовали выяснять... Закрытие месяца делается несколько часов.
6. Ликреонский 214 06.07.16 09:35 Сейчас в теме
(4) mythos,
Какими средствами измеряли быстродействие?

Монитор ресурсов Windows. Суть в том, что при наличии севера 1С Предприятие Web сервер не играет столь важной роли в обработке данных. Иначе в варианте когда Web сервер обрабатывает запросы к базе данных.
На какие грабли наступили при обновлении?

Очень долгое обновление справочника номенклатура.
Были документы реализации "регламентный учет". Движения по ним сильно изменились. После обновления были проблемы с резервами товаров, взаимозачетами с клиентами.
Ошибки в некоторых формах (обновление было до 11.2.3.66).
сколько выгрузка средствами 1с весит не пробовали выяснять

База PG 18 Гб, выгрузка .dt 7 Гб. В моем варианте, средствами PG очень долго делается и может закончится ошибкой.
7. Ликреонский 214 06.07.16 09:38 Сейчас в теме
(4) mythos,
Закрытие месяца делается несколько часов

В моей конфигурации минут за 5 1 месяц закрывается. Ситуация такая, что задним числом регулярно правят документы и закрывать месяца (2-5 обычно) приходится по несколько раз в день.
9. Dragonim 126 06.07.16 14:49 Сейчас в теме
В зависимости от поставленной задачи гут быть разные варианты. Сложно утверждать, когда не ясна полная картина.

Реляционные базы данных не предназначены для хранения бинарных данных. От того что они это могут делать, не значит что это стоит делать. Лучше замедлить доступ к файлам чем замедлить всю базу данных и увеличить её объём.

Ясное дело резервное копирование выполняется. Делается средствами 1С.

Я не знаю не одного средства встроенного в 1С которым можно делать резервные копии баз. Выгрузка баз в dt файл не считается резервированием. В вашем случае необходимо делать резервные копии средствами базы данных.

Несомненно это большая проблема, уровень отказоустойчивости низкий. RAID не используем намеренно.

Отсутствия рейда приводит к последствиям потери всех данных от момента отказа, до последнего бекапа.

Проводили "тренировки", час другой простоя сервера, только внесет свежую струю в коллектив.

"Поставить новый сервер, установить и настроить его, подключить к системе" за 1 час???? Я бы на это посмотрел.
10. Ликреонский 214 06.07.16 15:33 Сейчас в теме
(9) Dragonim,
В вашем случае необходимо делать резервные копии средствами базы данных.;

Пробовал, делается неприемлемо долго. И восстанавливается через раз.
Выгрузка баз в dt файл не считается резервированием.

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

Иногда RAID глючит, последствия ужасны, если контроллер принимает решение восстановить копию с убитого накопителя. Я с этим несколько раз сталкивался.
Залог быстрого восстановления сервера (1-2 часа) - это SSD накопители и резервное копирование всех носителей системы.
WellMaster; bobyor; +2 1 Ответить
20. milo1 1 07.07.16 09:56 Сейчас в теме
(10)

Иногда RAID глючит, последствия ужасны, если контроллер принимает решение восстановить копию с убитого накопителя.


Это как? Контроллер решений не принимает.

21. Ликреонский 214 07.07.16 10:07 Сейчас в теме
(20) milo1,
Контроллер решений не принимает.

Хм, а кто принимает в RAID решение о том какая копия данных актуальна?
Например, в RAID на одном из накопителей обнуляется FAT. Запись определяется как более новая, на остальные накопители транслируется информация о изменениях. Результат: данные недоступны.
68. milo1 1 19.07.16 14:47 Сейчас в теме
(21)

Хм, а кто принимает в RAID решение о том какая копия данных актуальна?


Никак он не определяет. Это не его задача, если диск отвечает на команды и запросы, значит он исправен.

Запись определяется как более новая, на остальные накопители транслируется информация о изменениях. Результат: данные недоступны.


Никакая запись как более новая не определяется контроллером. Вы представления не имеете как происходит запись на диски. Тем более как работают современные контроллеры.
Если у вас там что-то где-то обнулилось (читай пришла команда на запись), значит изменения будут внесены и на другие диски. Нужна система с контролем корректности данных от "тихого" повреждения - ставьте сервер с ZFS для данных. А еще лучше все критичные данные бэкапируете в зависимости от разрешенного времени простоя.
demon_sl; +1 Ответить
69. Ликреонский 214 19.07.16 16:04 Сейчас в теме
(68) milo1,
Вы представления не имеете как происходит запись на диски.

Слишком смелое заявление с вашей стороны.
Можно говорить все что угодно, но у меня есть опыт и весьма негативный.

70. milo1 1 22.07.16 13:07 Сейчас в теме
(69)

Можно говорить все что угодно, но у меня есть опыт и весьма негативный.


Если у вас контроллеры решают какие данные новые, а какие старые - это неудивительно.
71. Ликреонский 214 22.07.16 15:31 Сейчас в теме
(70) milo1,
Если у вас контроллеры решают какие данные новые, а какие старые - это неудивительно.

Кто у вас решает, какие данные новее?
63. kostyag 17.07.16 14:27 Сейчас в теме
(10)
Иногда RAID глючит, последствия ужасны, если контроллер принимает решение восстановить копию с убитого накопителя.

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

Опыт интересный, так как занимаюсь щас внедрением УТ11.2, но такую схему очканул бы делать.:)
64. Ликреонский 214 18.07.16 08:52 Сейчас в теме
(63) kostyag,
Если конечно использовать дешевые софт-контроллеры, и встроенные в ОС средства, то такие результаты возможны, но опыт показывает это кривые руки или не знание элементарной матчасти.

Мой отрицательный опыт именно на аппаратных контроллерах.
Странно, но комментарии есть прямо противоположные. Кто говорит о софт RAID и рекомендует использовать их, а кто о аппаратных. Видимо сказывается недостаточный опыт оппонентов в использовании оборудования.
Опыт интересный, так как занимаюсь щас внедрением УТ11.2, но такую схему очканул бы делать.:)

Какую схему планируете использовать?
72. kostyag 27.07.16 02:59 Сейчас в теме
(64)
Какую схему планируете использовать?

Я бы изначально использовал RAID10. :) Или хотя бы RAID1.

Мой отрицательный опыт именно на аппаратных контроллерах.
Странно, но комментарии есть прямо противоположные. Кто говорит о софт RAID и рекомендует использовать их, а кто о аппаратных. Видимо сказывается недостаточный опыт оппонентов в использовании оборудования.

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

Кто у вас решает, какие данные новее?

Давайте начнем с того, что ОС не видит винты как таковые, она работает с контроллером. Для неё контроллер это такой жесткий диск и ей в целом пофигу как и что там происходит. Так что если вы обновили данные в системе, то контроллер просто запишет данные на жесткие диски в соответствие с внутренними настройками.
Поэтому и контроллер ничего не решает, он просто пишет и следит за состоянием.

Я слышал про истории когда винт сыпался, а контроллер продолжал работать с ним, но такие истории остались давно позади.
11. asved.ru 35 06.07.16 16:02 Сейчас в теме
Нет, ну а в чем особенности-то?

про табличные блокировки в файловой базе вы не знаете
про режимы wal вы не знаете
про искоробочную репликацию PG вы не знаете
про распухание таблиц вы не знаете
про специфику RLS и порядок ее анализа на pg вы не знаете

По сути вы распараллеливаете нагрузки на IO по разным шпинделям, не зная о том, что нормально функционирующий сервер СУБД не задерживает выполнение запросов на IO.
dabu-dabu; +1 Ответить
13. Ликреонский 214 06.07.16 16:20 Сейчас в теме
(11) asved.ru,
Статья написана для широкого круга лиц популярным языком и без заморочек. Цель доступно объяснить и сразу применить в жизни.
15. asved.ru 35 06.07.16 16:50 Сейчас в теме
(13) вообще - на здоровье, к таким как я больше заказчиков придет :)
16. Ликреонский 214 06.07.16 16:53 Сейчас в теме
(15) asved.ru,
Заказчики любят объяснения попроще, а иначе просто непонятно.
Если я буду заказчиком, то обращусь к Вам за советом.
17. asved.ru 35 06.07.16 17:02 Сейчас в теме
(16) заказчик платит не за объяснения, а за качественно работающую информационную систему. Соответственно нужда в объяснениях отпадает. Ну или за отдельную плату без гарантии понятности неспециалисту, но на моей памяти никто такого не хотел.
18. Ликреонский 214 06.07.16 17:12 Сейчас в теме
(17) asved.ru,
Перед созданием системы нужно объяснить, что получится и как это работает. Главное не перебрать с терминологией. Если на лбу заказчика появляются складки головной боли, то скорее всего он уже не заказчик.
Нужда в объяснениях есть всегда. Просто так деньги никто не отдает, как минимум хотят аргументы в пользу системы. У нас рыночные отношения и у заказчика есть выбор: работать с тем занудой или с тем общительным, толковым парнем.
Поэтому на мой взгляд менеджеры по продажам не должны обладать излишними знаниями, они им только вредят, но в тоже время в вопросах разбираться нужно.
При написании статей нужно учитывать, что основная масса читателей специалисты в других областях и слишком много подробностей усыпят их внимание.
Как по мне нужно статьи чтоб было написано: быстро, четко, действенно (и картинок побольше). Остальное можно причитать в технической документации к программному продукту.
19. asved.ru 35 06.07.16 17:21 Сейчас в теме
22. mythos 07.07.16 13:29 Сейчас в теме
(11) asved.ru,

порекомендуйте, пожалуйста, литературу или ресурсы откуда можно почерпнуть всю эту информацию.
Ликреонский; +1 Ответить
58. asved.ru 35 08.07.16 21:43 Сейчас в теме
(22) mythos, начните с сайтов postgrespro и postgresql.leopard.in.ua
12. karapuzzzz 63 06.07.16 16:16 Сейчас в теме
Настройки Postgres делали? Можно conf в студию? Желательно, прикрепить к статье. На стоковых настройках Postgres не то чтобы "лагает", но очень не оптимально работает.
Не ясен режим блокировок, который выставлен в конфигурациях. Postgres это не блокировочная СУБД и настройки блокировок в 1С должны быть соответствующие.

Если это не указать, то я могу сказать, что у Вас полностью не настроенная система и все Ваши SSD абсолютно бестолковая трата денег.

P.S.: Не надо RLS - отключите RLS.
demon_sl; plmshka; BigB; +3 Ответить
14. Ликреонский 214 06.07.16 16:30 Сейчас в теме
(12) karapuzzzz,
Postgres это не блокировочная СУБД и настройки блокировок в 1С должны быть соответствующие.

Блокировки не изменял, что стоит от производителя конфигурации, то и осталось.
Conf почти без изменений, что могу вспомнить: shared_buffers = 512MB # min 128kB. После этого стали живее исполняться большие запросы.
Может чего еще менял, но не думаю что это оказало сильное влияние на работу.
Версия PG 9.4.2-1.1C
23. alexlights 07.07.16 16:23 Сейчас в теме
В настоящий момент 25 пользователей, сервер работает с большим запасом быстродействия. База данных торговли PostgreSQL имеет размер 18 Гб, .dt базы 7 Гб. Сервер имеет на борту 32 ГБ ОЗУ, процессор I7 4770 3.4 ГГц.

Вот не увидел экономии. Такие мощности использовать под две базы, которые еще и размером небольшие? У меня сейчас такие мощности на тестовом сервере, на котором крутится около 10 баз разработчиков конфигурации УПП 1.3, каждая 300 гб размером. Все летает, причем без использования SSD дисков для баз данных.
Ну и о самой статье: Автор не знает, как работает платформа 1С, но героически лечит геморрой через гланды.
24. Ликреонский 214 07.07.16 16:46 Сейчас в теме
(23) alexlights,
У меня сейчас такие мощности на тестовом сервере, на котором крутится около 10 баз разработчиков конфигурации УПП 1.3, каждая 300 гб размером. Все летает, причем без использования SSD дисков для баз данных.

Сколько пользователей одновременно работает? Судя по тому что тест, по одному пользователю работают. Не в рабочем режиме, а только тест. Конечно все летает. УПП 1.3 сравнивать некорректно, УТ 11.2 удивила прожорливостью пространства, даже по сравнению с 11.1. При проведении в 11.2 используется большое количество запросов и обработка данных.
26. alexlights 07.07.16 17:20 Сейчас в теме
(24)
Я уже заметил по ответам, что любое мнение, которые не соответствует мировоззрению автора жестко им минусуется, прям комплексы какие - то. Есть два мнения, автора и неправильное :)

Сколько пользователей одновременно работает? Судя по тому что тест, по одному пользователю работают

У Вас в тестах может и по одному работает. У меня 50 активных пользователей.

УТ 11.2 удивила прожорливостью пространства

Знали бы архитектуру 1С, RLS, настройки темповых баз - Вас бы ничего не удивляло.

Вкратце: Статья - советы, как делать не надо.
Артано; JohnyDeath; +2 1 Ответить
27. Ликреонский 214 07.07.16 17:48 Сейчас в теме
(26) alexlights,
Я уже заметил по ответам, что любое мнение, которые не соответствует мировоззрению автора жестко им минусуется, прям комплексы какие - то. Есть два мнения, автора и неправильное :)

Минус я поставил за Ваш пост, потому что пост явный выпендреж и не по той конфигурации.
У Вас в тестах может и по одному работает. У меня 50 активных пользователей.

Пользователи только тестированием и занимаются? 10 баз по 50 пользователе = 500, явно не соответствует действительности.
59. asved.ru 35 08.07.16 21:49 Сейчас в теме
(27)
Минус я поставил

(29)
Минуса за посты

(37)
ставлю плюсы

(44)
"-","+"

(55)
За это плюс


Ну ты понел
29. Ликреонский 214 07.07.16 17:52 Сейчас в теме
(26) alexlights,
больше похоже на антирекламу. Из серии "как делать не надо".

Не соответствует действительности. Советы в конце статьи, видимо до конца Вы не дочитали. В статье перечислены ошибки, которые легко совершить.
Минуса за посты Вами заслужены.
25. adapter 550 07.07.16 16:59 Сейчас в теме
больше похоже на антирекламу. Из серии "как делать не надо". Или за что мы все таки платим в серверных решениях
Артано; Diego_Iv; 1С_Мастер; +3 1 Ответить
28. Ликреонский 214 07.07.16 17:50 Сейчас в теме
(25) adapter,
больше похоже на антирекламу. Из серии "как делать не надо".

Пост больше похож на троллинг лишь бы привлечь к себе внимание.
30. alexlights 07.07.16 18:20 Сейчас в теме
Коллеги, надо поднять рейтинг статьи. Благодаря таким неучам, у нас есть работа :) Пусть больше человек внемлет советам мегаспециалиста дантиста - проктолога.
denmax; plmshka; +2 1 Ответить
31. Ликреонский 214 07.07.16 19:29 Сейчас в теме
(30) alexlights,
И это говорит человек не написавший НИЧЕГО, кроме бессмысленного комментария.
32. 1С_Мастер 64 08.07.16 09:23 Сейчас в теме
Бгг, клиент-серверная база масштабируется лучше файловой, а постгри для лучшей производительности надо настраивать. Прямо открытие Америки
Рассуждения насчет падающего рэйда так вообще заставляют хохотать в голос. Спасибо, повеселили
Ну и напоследок совершенно непонятно почему был куплен х64 сервер при том, что намного эффективнее было бы купить сервер х32, а разницу вложить в железо. Да хоть в ту же оперативку.
Артано; +1 1 Ответить
33. Ликреонский 214 08.07.16 09:35 Сейчас в теме
(32) 1С_Мастер,
был куплен х64 сервер при том, что намного эффективнее было бы купить сервер х32, а разницу вложить в железо. Да хоть в ту же оперативку.

х32 больше 4 ГБ ОЗУ не использует, какой смысл вложиться в оперативку? Необдуманный вредный совет, минус к карме.
35. 1С_Мастер 64 08.07.16 09:48 Сейчас в теме
(33)
х32 больше 4 ГБ ОЗУ не использует, какой смысл вложиться в оперативку? Необдуманный вредный совет, минус к карме.


А вы анализировали сколько оперативки у вас на данный момент потребляет один рабочий процесс сервера предприятия? Если он у вас вдруг вдруг сожрал больше четырех гигабайт памяти, я бы посоветовал поменять настройки, чтобы добавилось еще несколько процессов. Ограничение по оперативке идет именно на один рабочий процесс, а одному рабочему процессу четырех гигабайт за глаза. Как писал Гилёв (Возможно я ошибаюсь и это писал не он, пруф искать лениво), разница в производительности между х64 и х32 версиях сервера будет заметна только на действительно больших базах (ваша же сейчас меньше 20ГБ и большую ее часть составляют картинки) и будет в пределах 5-10%

"Зачем же много оперативки?" спросите вы. А для постгреса, он ее очень любит и любит кэшировать таблицы в оперативной памяти. Чем больше свободной памяти вы ему дадите, тем больше возможностей для кэширования, тем быстрее исполняются запросы.

PS. Вы очень любите плеваться минусами в карму, не надо так. Если вы плюнете в комментаторов, комментаторы утрутся. Если комментаторы дружно плюнут в вас, вы утонете.
Артано; VampirRo; adapter; +3 Ответить
37. Ликреонский 214 08.07.16 10:04 Сейчас в теме
(35) 1С_Мастер,
Вы очень любите плеваться минусами в карму, не надо так.

Я также охотно ставлю плюсы.
Отвечу на некоторые Ваши вопросы:
1. База уже немного больше 21 Гб.
2. Сервер 1С предприятия играет не последнюю роль и о его производительности тоже нужно заботиться. В данный момент он потребляет 3.3 Гб ОЗУ (перезапуск был 02:00 сегодня, утро пятница, пользователи вялые). Иногда, при больших нагрузках он 10 Гб ОЗУ употребить может. Если долго не перезапускать, то постепенно много памяти под себя закэширует (от настроек зависит). Я по ночам перезапускаю сервер 1С Предприятие (не целиком компьютер), так надежнее работает.
3. Выборка на сервере идет в основном из памяти, это несомненно ускоряет работу. На последнем скриншоте в статье снимок монитора ресурсов, там видно, что не найденных в памяти страниц около 20%.
38. WellMaster 104 08.07.16 10:06 Сейчас в теме
(33)
Вы меня простите, конечно, но про рабочие процессы вы в курсе?
40. Ликреонский 214 08.07.16 10:08 Сейчас в теме
(38) WellMaster,
Вы меня простите, конечно, но про рабочие процессы вы в курсе?

Бог простит.
За мое образование не Вам стоит беспокоится.
34. Ликреонский 214 08.07.16 09:39 Сейчас в теме
(32) 1С_Мастер,
Рассуждения насчет падающего рэйда так вообще заставляют хохотать в голос. Спасибо, повеселили

Пожалуйста. Весело это когда из RAID пропадает вся информация. Если не сталкивались, от этого веселитесь, когда случится, не весело будет.
Это не рассуждения - это опыт.
36. 1С_Мастер 64 08.07.16 09:56 Сейчас в теме
Пожалуйста. Весело это когда из RAID пропадает вся информация. Если не сталкивались, от этого веселитесь, когда случится, не весело будет.
Это не рассуждения - это опыт.

Статистика беспощадна. Проблемы с жесткими дисками происходят куда чаще, чем с рэйд контроллерами, а наличие рэйда не избавляет вас от обязанности делать бэкапы. Но если вы так уж не доверяете аппаратному рэйду, есть программный. Точных данных у меня нет, но вызывающее доверие админы говорили о его исключительной надежности.
39. Ликреонский 214 08.07.16 10:07 Сейчас в теме
(36) 1С_Мастер,
У меня не стоит задача абсолютно бесперебойной работы, с горячей заменой деталей сервера. Перерыв в несколько часов неприятен, но не критичен.
При другой задаче, я бы рассмотрел и другие варианты решения. И не только RAID, но и репликации.
41. 1С_Мастер 64 08.07.16 10:13 Сейчас в теме
1. База уже немного больше 21 Гб.

Выдерните из нее таки картинки, не дело их хранить в базе

Сервер 1С предприятия играет не последнюю роль и о его производительности тоже нужно заботиться. В данный момент он потребляет 3.3 Гб ОЗУ (перезапуск был 02:00 сегодня, утро пятница, пользователи вялые). Иногда, при больших нагрузках он 10 Гб ОЗУ употребить может. Если долго не перезапускать, то постепенно много памяти под себя закэширует (от настроек зависит). Я по ночам перезапускаю сервер 1С Предприятие (не целиком компьютер), так надежнее работает.

Рабочие процессы же. У меня сейчас семь рабочих процессов сожрали совместно 12 ГБ озу. На х32 сервере. На х64 они потребили бы примерно столько же. А разница в стоимости лицензии двукратная

У меня не стоит задача абсолютно бесперебойной работы, с горячей заменой деталей сервера.

Если диск сдохнет у вас в конце дня, а бэкап делался ночью, придется как-то восстанавливать всю работу за день. Не смертельно, но приятного мало
42. Ликреонский 214 08.07.16 10:26 Сейчас в теме
(41) 1С_Мастер,
Если диск сдохнет у вас в конце дня, а бэкап делался ночью, придется как-то восстанавливать всю работу за день. Не смертельно, но приятного мало

Это приемлемый ущерб, к нему готовы.
Выдерните из нее таки картинки, не дело их хранить в базе

Зря советуете не зная всех деталей.
Вернемся к х32-х64:
Сервер 1С Предприятие х64 умеет занимать ресурсы процессора более одного ядра. Когда ему надо он берет много ресурсов и быстро работает.
х32 занимает ресурсов не более ядра.
Например: я запускаю какой нибудь невероятный отчет на восьми-ядерном сервере. На сервере х64 будет на этот процесс будет выделено 40%, при х32 на процесс выделится 12,5%. Разница в скорости формирования отчета будет соответственная.
43. 1С_Мастер 64 08.07.16 10:44 Сейчас в теме
Например: я запускаю какой нибудь невероятный отчет на восьми-ядерном сервере. На сервере х64 будет на этот процесс будет выделено 40%, при х32 на процесс выделится 12,5%. Разница в скорости формирования отчета будет соответственная.

Ключевое слово тут "Невероятный". Даже если этот отчет тянет данные из всех таблиц базы за весь период ее существования основная нагрузка ляжет на БД, на постгрес. Если отчет написан разумно, без каких-то безумных вычислений на стороне сервера предприятия.
Я не спорю о том, что х64 сервер производительней. Конечно, он производительней. Но разницу в производительности вы заметите когда база у вас перевалит за сютню гигов. (В вашем случае за 5 сотен ибо ситуация когда бэкап базы весит едва ли не в половину от самой базы ненормальна)
44. Ликреонский 214 08.07.16 10:49 Сейчас в теме
(43) 1С_Мастер,
Но разницу в производительности вы заметите когда база у вас перевалит за сютню гигов.

Не в размере дело. Объединения таблиц, выборка за большой период, регистры в миллионы записей нагрузят и сервер 1С Предприятие и PG.
В вашем случае за 5 сотен ибо ситуация когда бэкап базы весит едва ли не в половину от самой базы ненормальна

Любопытно, обоснуйте пожалуйста это утверждение.
"-","+"
45. 1С_Мастер 64 08.07.16 11:33 Сейчас в теме
Любопытно, обоснуйте пожалуйста это утверждение.

Очевидно же. Бэкап це по сути архив с базой. Данные из таблиц обычно сжимаются очень хорошо, картинки и видео сжимаются очень плохо. Поэтому, перенеся картинки во внешнее хранилище вы добьетесь не только того, что сама база похудеет наполовину, но и того, что бэкап будет весить в десятки раз меньше, около 2-3% от объема самой базы. Ну и скорость с которой делается бэкап возрастет, что тоже важно, иначе можно дорасти до ситуации, когда за ночь резервная копия сделаться не успевает.

Не в размере дело. Объединения таблиц, выборка за большой период, регистры в миллионы записей нагрузят и сервер 1С

Объединением таблиц занимается СУБД, как и выборкой. Сервер предприятия же, если упрощенно, строит план запроса, отдает субд, принимает и обрабатывает результат. Конечно, результат тоже может содержать многие миллионы строк и на их вывод в табличный документ потребуются долгие часы. Но кому, простите, понадобится отчет из многих миллионов строк? Кто эти миллионы строк будет изучать и анализировать? И чем тут поможет та самая многопоточность? Вывод результата выборки в отчет все равно будет идти в одном потоке
47. Ликреонский 214 08.07.16 11:49 Сейчас в теме
(45) 1С_Мастер,
Бэкап це по сути архив с базой. Данные из таблиц обычно сжимаются очень хорошо, картинки и видео сжимаются очень плохо.

Про сжатие никто не говорил. .dt не содержит индексы и избыточное пространство таблиц, поэтому меньше базы PG.
бэкап будет весить в десятки раз меньше, около 2-3% от объема самой базы.

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

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

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

Не на столько их там много.
46. 1С_Мастер 64 08.07.16 11:44 Сейчас в теме
Чтобы быть полностью объективным, хочу добавить что мои рассуждения о связи х64 сервера и объеме базы достаточно поверхностные. Первостепенен тут не скорее не объем базы, а количество одновременно пользователей и их активность, но обычно с большими базами работает много пользователей, а с маленькими мало, поэтому я говорю именно с точки зрения объема, чтобы не усложнять дискуссию лишними подробностями.
Ликреонский; +1 Ответить
48. 1С_Мастер 64 08.07.16 11:59 Сейчас в теме
Про сжатие никто не говорил. .dt не содержит индексы и избыточное пространство таблиц, поэтому меньше базы PG.

Попробуйте сжать dt архиватором. Увидите, что не очень-то и сжимается. И да, бэкап с помощью dt це моветон. Не спорю, он удобен, но dt не предназначен для бэкапа, делайте бэкапы с помощью субд.


Чаще нужно обработать миллионы строк и вывести несколько.

Разумный разработчик предоставит обработку миллионов строк СУБД

Не на столько из там много.

Вывод о большом количестве картинок я сделал исключительно из вашей информации о размерах бэкапов, которые могут быть настолько большими именно по причине большого количества плохо сжимаемых данных
49. Ликреонский 214 08.07.16 12:02 Сейчас в теме
(48) 1С_Мастер,
Не спорю, он удобен, но dt не предназначен для бэкапа, делайте бэкапы с помощью субд.

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

Вывод неверен. dt как Вы сами и сказали не сжимается.
Разумный разработчик предоставит обработку миллионов строк СУБД

Кому нужен такой разум?
65. TODD22 18 18.07.16 08:59 Сейчас в теме
(49)
Этот баян про .dt очень распространился.

Баян это комментарии типа: "у меня .dt всегда загружался и проблем не было". А у вас сколько баз на обслуживании?
У меня больше 200. И ситуация когда из dt база не загружается стабильно бывает 1-3 раза в квартал. Что не так уж и мало....
И читайте документацию 1С в которой всё это описано.
66. VampirRo 19.07.16 07:48 Сейчас в теме
(49) У меня .dt обычно занимает до 10 процентов от объема бд. На любых базах, торговля, БГУ, ЗУП- но эти обычно не очень большие. Резервирование посредством выгрузки .dt имеет место быть но в основном на файловых базах, да и использование обычных архиваторов в этом случае намного предпочтительнее.
67. TODD22 18 19.07.16 08:36 Сейчас в теме
(66) VampirRo,
Резервирование посредством выгрузки .dt имеет место быть но в основном на файловых базах

В некоторых компаниях этот вопрос задают на собеседованиях. И после бэкапа файловой базы в dt пойдёте искать другую работу.
50. 1С_Мастер 64 08.07.16 13:09 Сейчас в теме
Этот баян про .dt очень распространился.

Это не баян, это тот самый опыт

Вывод неверен. dt как Вы сами и сказали не сжимается.

А почему не сжимается? Да потому, что уже сжат. И если 20 гигов по сути текстовых и числовых данных не могут ужаться до 200 Мб, есть там что-то еще кроме текста и чисел. Что же это?


Кому нужен такой разум?

Ну, работодателям обычно нужны специалисты способные решить задачу оптимальным способом, а не тем, который требует перебора миллионов строк.
51. Ликреонский 214 08.07.16 13:16 Сейчас в теме
(50) 1С_Мастер,
Ну, работодателям обычно нужны специалисты способные решить задачу оптимальным способом, а не тем, который требует перебора миллионов строк.

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

У меня опыт о .dt только положительный. Восстанавливается почти гарантировано, довольно быстро, переиндексируется при загрузке. Компактное хранение данных. Нельзя выгрузить не в монопольном режиме (это спорно, но надежнее и спокойнее). Периодически проверяю распаковывается ли бэкап, разворачиваю в базу разработки свежие бэкапы. Пока сбоев не было. Скорость выгрузки выше, чем скорость выгрузки из PGAdmin III.
Какой Ваш опыт?
62. Pasha1st 608 10.07.16 22:12 Сейчас в теме
(51)
У меня опыт о .dt только положительный. Восстанавливается почти гарантировано, довольно быстро, переиндексируется при загрузке. Компактное хранение данных. Нельзя выгрузить не в монопольном режиме (это спорно, но надежнее и спокойнее). Периодически проверяю распаковывается ли бэкап, разворачиваю в базу разработки свежие бэкапы. Пока сбоев не было. Скорость выгрузки выше, чем скорость выгрузки из PGAdmin III.

Можно только ещё раз посоветовать разобраться с настройками PG и системы целиком.
Я последние два года периодически занимаюсь восстановлением баз 1С, плюс администрирование, и мой опыт как раз говорит что .dt - не лучший вариант.
"Восстанавливается почти гарантированно" - полно случаев когда играет именно это "почти". Самое частое - проблема с неуникальными значениями при переносе из файлового варианта в MS/PG SQL, но не только.
Сразу уточню, я предпочитаю pg_dump в .sql.bz2 (через lbzip2 на linux'е) - и поправить можно при необходимости, и diff можно делать, и сжимать можно. На скорость никогда не жаловался. В первый раз слышу чтобы дамп мог не сняться - у нас используется в PG база на 20+Гб без сохранения двоичных данных.
"Довольно быстро" - восстановление средствами pg на моем опыте было быстрее чем из .dt
Необходимость монопольного режима я воспринимаю скорее как минус
Реиндексация проходит аналогично

Да, проверку разворачиваемости бекапов делать надо вне зависимости от способа создания бекапа, но сбоев больше было с .DT
Ликреонский; +1 Ответить
52. 1С_Мастер 64 08.07.16 13:27 Сейчас в теме
Скорее наоборот. Базы содержат данные о важных частях работы организации и ничего работодатель из этого ни потерять, ни пропустить не хочет.

Вот признайтесь, вы меня троллите?

Какой Ваш опыт?

В дополнение к бэкапам средствами СУБД я делаю дампы в dt, т.к. это действительно удобно, отрицать описанные вами преимущества я не буду. Если надо развернуть базу из копии первым делом разворачиваю из дт. Получается не всегда, достаточно часто вылезают проблемы с уникальными индексами. Точную статистику не веду, ни к чему она мне.
Очень часто подобные проблемы случаются при переводе в клиент-серверный вариант файловых баз (тут много зависит от возраста базы, чем база старше, тем выше вероятность чего-то нехорошего). Да и тут, на инфостарте очень много похожих случаев описано, почитайте хотя бы вот это http://infostart.ru/public/285883/
53. Ликреонский 214 08.07.16 13:37 Сейчас в теме
(52) 1С_Мастер,
Вот признайтесь, вы меня троллите?

Я думаю что это вы троллите. Много $m за посты в этой начислили?
Очень часто подобные проблемы случаются при переводе в клиент-серверный вариант файловых баз (тут много зависит от возраста базы, чем база старше, тем выше вероятность чего-то нехорошего)

У меня есть такая база, .dt из нее не делаются, тогда средствами SQL ее таскать приходиться. Но она не очень большая и PGAdmin реально дождаться.
С рабочей базой проблем нет, .dt отлично выгружаются и загружаются.
54. 1С_Мастер 64 08.07.16 13:48 Сейчас в теме
Я думаю что это вы троллите. Много $m за посты в этой начислили?

Какие-то крохи, 1 или 2 sm. И да, я искренне стараюсь не сорваться с простого сарказама на троллинг

С рабочей базой проблем нет, .dt отлично выгружаются и загружаются.

Будет обидно, если дамп из dt откажется загружаться как раз в тот день, когда навернется жесткий диск
Ликреонский; +1 Ответить
55. Ликреонский 214 08.07.16 13:54 Сейчас в теме
(54) 1С_Мастер,
Какие-то крохи, 1 или 2 sm.

Статьи писать немного выгоднее :).
И да, я искренне стараюсь не сорваться с простого сарказама на троллинг

За это плюс от меня лично.
56. asved.ru 35 08.07.16 21:20 Сейчас в теме
Вернемся к х32-х64:
Сервер 1С Предприятие х64 умеет занимать ресурсы процессора более одного ядра. Когда ему надо он берет много ресурсов и быстро работает.
х32 занимает ресурсов не более ядра.
Например: я запускаю какой нибудь невероятный отчет на восьми-ядерном сервере. На сервере х64 будет на этот процесс будет выделено 40%, при х32 на процесс выделится 12,5%. Разница в скорости формирования отчета будет соответственная.


Бред. Даже не буду пояснять, почему. Учите матчасть.

Решение о сервере x64 действительно правильное, но исключительно в силу ограничения x86 процесса по памяти. Частенько бывают ситуации, когда файловая БД или сервер x86 не могут прожевать достаточно большой набор управляемых блокировок, падают по недостатку памяти. Наиболее частый пример - замена значений средствами БСП.

Этот баян про .dt очень распространился.

Это не баян, а официальная документация 1С. Которую Вы поленились прочитать.
Артано; A_Max; cleaner_it; 1С_Мастер; +4 1 Ответить
60. Ликреонский 214 09.07.16 17:49 Сейчас в теме
(56) asved.ru,
Это не баян, а официальная документация 1С. Которую Вы поленились прочитать.

Обозначая dt не как резервное копирование, 1С снимает с себя ответственность на случай потере данных. А иначе по судам затаскают.
61. Ликреонский 214 09.07.16 18:42 Сейчас в теме
(56) asved.ru,
Бред. Даже не буду пояснять, почему. Учите матчасть.

Все так говорят, когда аргументов нет, а сказать очень хочется. Я думаю Вы либо пьяны, либо обижены. Ну, и без минуса от меня, Вам никак не обойтись
57. asved.ru 35 08.07.16 21:38 Сейчас в теме
По поводу размера pgdump 1С_Мастер скорее всего прав.

[root@zmon pg]# cd /var/adm/pgdb/data/
[root@zmon data]# du -sh base
5,0G    base
[root@zmon data]# cd /var/backup/pg/
[root@zmon pg]# du -sh ./zabbix_201607080347.pgdump
522M    ./zabbix_201607080347.pgdump
[root@zmon pg]#

Это база, состоящая в основном из коротких числовых значений.

С другой стороны лиц, заявляющих о прямой связи размера базы с ее быстродействием, нужно гнать из профессии ссаными тряпками.
73. Артано 677 24.08.16 09:24 Сейчас в теме
Это просто треш какой-то, а не обсуждение. Где-то на середине хотел написать что-то типа "спасибо всем, поржал", но дочитав до конца просто устал. Вообще, поведение автора, я лично оценил как троллинг, возможно потому, что я полагаю, что люди не бывают настолько неквалифицированы и у упорны в отстаивании очевидных глупостей. По крайней мере в таком узком сообществе как ИС.

Впрочем еще вчера был свидетелем подобной перебранки двух людей, когда один человек вел конструктивный диалог, а другой откровенно "тупил". В итоге закончилось так же - срачем и взаимной обидой. Хотя одного из участников я еще в начале спора предупредил, что "тролль детектед", но к концу беседы, я уже начал сомневаться. А вдруг действительно бывают такие люди которые не троллят, а действительно так считают? Ведь есть же тек, кто верят, что кусок мяса съеденный в пост приведет их в ад, а соблюдение нехитрых ритуалов гарантирует райскую жизнь.

Может быть в данном споре как раз и столкнулись две несовместимые системы мышления: вера, против разума или гуманитарий против технаря.
Поэтому призываю собратьев беречь свои нервы, а если кто-то озабочен деструктивным влиянием статьи на неокрепшие умы, то для того и создан рейтинг публикаций.
74. Ликреонский 214 24.08.16 10:03 Сейчас в теме
(73) Артано,
Очередной пост не по теме, ниочем.
demon_sl; +1 Ответить
75. demon_sl 31 30.09.18 04:03 Сейчас в теме
Как минимум: крайне странный отказ от аппаратных RAID контроллеров, есть, конечно, условия, при которых это оправдано, всегда экономия, но заменить его SATA дисками не получиться, даже SSD. mdadm, со всем уважением к нему, это не тоже самое, как хороший аппаратный контроллер с оптимизацией команд и кешированием (не путайте с дешевыми HBA). Куча вариантов СХД, но нормального (бесплатного) кеширования для mdadm нет до сих пор, к слову говоря если SSD диски не серверные - то быстро трешатся, как показывает практика примерно раз в год/полтора, почитайте статью на хабре от iHor, если не ошибаюсь. В аппартных контроллерах свой процессор, обьемный кеш, оптимизация команд! и ssd кеш из коробки. Уже молчу про SAS интерфейс, он то же другой, несмотря на внешнюю схожесть.
76. Ликреонский 214 30.09.18 15:30 Сейчас в теме
(75)Современные SSD обеспечивают очень хорошую скорость и надежность, даже не серверные, проверено практикой. Одно дело статья, другое дело своими руками. Собранный сервер, по топовому варианту этой статьи, безотказно работает более 3-х лет. Здоровье SSD накопителей в норме.
77. demon_sl 31 01.10.18 00:07 Сейчас в теме
(76) Молодец. и это означает, что у вас нет особых нагрузок на дисковую подсистему, как у нас, серверные не просто так стоят дороже и RAID спасает c кешем на SSD.
Сколько времени займет восстановление данных при сбое накопителя в середине рабочего дня? Что будет если часть данных запишется с ошибками и попадет в бекап?
78. Ликреонский 214 01.10.18 09:31 Сейчас в теме
(77)
и это означает, что у вас нет особых нагрузок на дисковую подсистему

Нагрузка довольно серьезная, PG много данных пишет в свои кэши, а потом и в базы. 1С УТ расслабится накопителям не дает.

(77)
серверные не просто так стоят дороже и RAID спасает c кешем на SSD

Серверные SQL пишут организуя очереди данных для записи. Если база файловая, тогда конечно интеллектуальный RAID необходим.

(77)
Сколько времени займет восстановление данных при сбое накопителя в середине рабочего дня?

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

(77)
Что будет если часть данных запишется с ошибками и попадет в бекап?

Будет большая проблема, но как с этим бороться совершенно непонятно. Успокаивает только одно, что если это системная ошибка скорее всего механизмы 1С будут вываливать ошибку.
Оставьте свое сообщение

См. также

Как я начал администрировать сервер 1С: Предприятие 8.3 с телефона Промо

Администрирование данных 1С Мобильная разработка v8 Бесплатно (free)

Развитие инструментов управления кластером серверов 1С:Предприятие 8.3.

14.04.2017    62401    user700211_a.straltsou    29    

Полнотекстовый поиск в 1С. №2 Самое основное для разработчика

Поиск данных v8 1cv8.cf Бесплатно (free)

Полнотекстовый поиск в 1С и все что с этим связано. Часть №2: программное использование и некоторые нюансы при разработке.

02.09.2020    5433    YPermitin    5    

Ускоряем полнотекстовый поиск в динамических списках

Поиск данных v8 1cv8.cf Россия Бесплатно (free)

Сам являюсь пользователем УТ 11.4 и при обращении пользователей пользуюсь поиском, и как многие пользователи, сталкиваюсь с медленным поиском в динамических списках. В статье приведу пример кода, который поможет исключить из поиска лишние колонки, ускорит поиск и освободит кучу ресурсов у сервера.

20.07.2020    4003    PRO100_NigGaZ    11    

Полнотекстовый поиск в 1С. №1 Грабли в динамических списках

Поиск данных v8 1cv8.cf Бесплатно (free)

Полнотекстовый поиск в 1С и все что с этим связано. Часть №1: особенности работы в динамических списках.

18.07.2020    5817    YPermitin    18    

Копирование числовых ячеек из 1С в Excel Промо

Загрузка и выгрузка в Excel Администрирование данных 1С v8 1cv8.cf Бесплатно (free)

Решение проблемы, когда значения скопированных ячеек из табличных документов 1С в Excel воспринимаются последним как текст, т.е. без дополнительного форматирования значений невозможно применить арифметические операции. Поводом для публикации послужило понимание того, что целое предприятие с более сотней активных пользователей уже на протяжении года мучилось с такой, казалось бы на первый взгляд, тривиальной проблемой. Варианты решения, предложенные специалистами helpdesk, обслуживающими данное предприятие, а так же многочисленные обсуждения на форумах, только подтвердили убеждение в необходимости описания способа, который позволил мне качественно и быстро справиться с ситуацией.

15.01.2019    26172    itriot11    27    

Как настроить сервер 1С по умолчанию для ПРОФ лицензии после 10.09.2019

Администрирование данных 1С v8 Бесплатно (free)

Здесь мы собираем все данные по настройкам сервера для работы ПРОФ лицензии.

11.09.2019    78640    Infostart    90    

Использование Zabbix для сбора информации о серверных вызовах и управляемых блокировках с сервера 1С Предприятия, работающего на платформе GNU/Linux

Администрирование данных 1С Zabbix v8 Бесплатно (free)

Описанные в данном опусе механизмы ни в коей мере не противопоставляются тому, что реализует КИП от 1С или какие-либо другие инструменты (решения)! Это всего лишь еще один взгляд на "проблему", который может быть полезен в некоторых ситуациях.

10.09.2019    19044    Sloth    24    

Нарушение целостности системы

Администрирование данных 1С v8 1cv8.cf Россия Бесплатно (free)

Причины возникновения ошибки "Обнаружено нарушение целостности системы" и способы ее устранения.

07.09.2019    29317    Rain88    18    

Отчет по размерам таблиц в базе данных как одно из средств анализа проблем Промо

Статистика базы данных v8 1cv8.cf Бесплатно (free)

Зачастую, когда пользователи обращаются с жалобами на производительность, бывает полезно посмотреть на отчет по размерам таблиц базы данных. Он может отчетливо показать ряд распространенных проблем, устранение которых даст существенный эффект. Приведенная информация вряд ли покажется чем-то новым для опытных специалистов.

21.07.2015    34320    Aleksey.Bochkov    15    

Свой веб интерфейс к 1С: побеждаем CORS на IIS, сохраняя авторизацию

WEB Администрирование данных 1С v8 Бесплатно (free)

Если "веб морда" расположена не по тому же адресу, что и публикация 1С (что часто бывает, например, при разработке, публикация 1С на http://localhost/1c, а разрабатываемое веб-приложение на http://localhost:8080) или, например, мы заходим на веб приложение то по ip адресу, то по имени сервера, или просто веб сервер и сервер, на котором опубликована 1С - это разные сервера, то для большинства запросов от браузера к 1С срабатывает политика CORS, которая заключается в том, что браузер сначала посылает запрос OPTIONS, на который сервер должен ответить определенным образом, заголовками, содержащими разрешения, а потом уже (если разрешение есть), браузер посылает основной запрос. В случае, когда в публикации 1С (default.vrd) жестко прописан логин и пароль, разрулить ситуацию можно средствами 1С. В случае же, когда нужно сохранить авторизацию (или используется стандартный интерфейс odata), начинаются проблемы.

20.08.2019    11810    Fragster    9    

Быстрое копирование таблиц большого размера и/или с большим числом строк, на примере регистра сведений (для MS SQL)

Архивирование (backup) v8 Бесплатно (free)

Моментальное восстановление затертого регистра сведений из бекапа посредством SQL.

11.08.2019    6521    Zlohobbit    25    

Уверенное обновление

Администрирование данных 1С v8 Бесплатно (free)

Уверенное обновление. Анализ файла ОтчетОСравнении.txt. Bash

18.07.2019    12301    vasilev2015    36    

Чем PostgreSQL может быть полезен разработчику 1С Промо

Администрирование данных 1С v8 1cv8.cf Бесплатно (free)

В статье будут рассмотрены примеры, которые могут оказаться полезными в повседневной работе разработчика 1С и не только: как можно сделать снимок рабочей базы без файла резервной копии, как можно эффективно использовать табличные пространства СУБД PostgreSQL, а также как организовать простой и удобный доступ к админке СУБД посредством мобильных устройств.

20.12.2018    23336    Shmell    39    

Почему Вы не обслуживаете итоги?

Администрирование данных 1С v8 Бесплатно (free)

Небольшая заметка по обслуживанию итогов. Все ли Вы делаете правильно?

04.07.2019    20311    YPermitin    33    

За 5 шагов добавляем мониторинг счетчиков производительности серверов MS SQL и 1С

Статистика базы данных Производительность и оптимизация (HighLoad) v8 Бесплатно (free)

Мы расскажем и покажем, как добавить данные счетчиков производительности серверов 1С и MS SQL в нашу базу мониторинга за 15 минут. Приведем список наиболее важных из них, опишем основные особенности.

28.05.2019    20166    ivanov660    10    

Опыт обновления до 8.3.14 - лицензии и утилита ring

Администрирование данных 1С v8 Бесплатно (free)

На выходных было скучно, поэтому решили обновить 1с до 8.3.14.1694. С лицензиями пришлось немного повозиться.

29.04.2019    42659    Sander80    31    

Зачем в 1С нужно периодически пересчитывать итоги по регистрам? Промо

Администрирование данных 1С v8 1cv8.cf Бесплатно (free)

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

10.03.2013    227659    Aleksey.Bochkov    140    

Практика перехода на Linux и Postgres в небольшой компании (10 пользователей)

Администрирование данных 1С v8 1cv8.cf Бесплатно (free)

Почему я решил поставить давнему клиенту Linux + Postgres вместо Windows + MS SQL? Что меня останавливало раньше?

22.04.2019    30053    starik-2005    171    

Cannot insert duplicate key. Кто виноват и что делать

Распределенная БД (УРИБ, УРБД) Тестирование и исправление v8 Бесплатно (free)

Ошибка "CANNOT INSERT DUPLICATE KEY" в базах 1С и связанная с ней "магия".

25.02.2019    22292    YPermitin    32    

Скорость работы 1С: Предприятие с разными СУБД: MS SQL и с PostgreSQL

Администрирование данных 1С v8 Бесплатно (free)

Рассмотрим несколько вариантов работы 1С: Предприятие с различными СУБД.

20.02.2019    26863    valentinko    174    

Создание пользователя СУБД MS SQL Промо

Администрирование данных 1С v8 Бесплатно (free)

Создание пользователя MS SQL для развертывания базы 1С.

15.02.2017    41068    hayroff    9    

Восстановление файловой базы с помощью tools 1cd

Администрирование данных 1С v8 1cv8.cf Россия Бесплатно (free)

Небольшая заметка, как удалось вылечить битую файловую базу 1С, с помощью утилиты tools 1cd.

19.02.2019    14257    rzabolotin    68    

Debian 9.7 + PostgreSQL для 1С. Как завести с пол-оборота

Администрирование данных 1С v8 Бесплатно (free)

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

02.02.2019    25992    valentinko    15    

1С и Яндекс.Облако Compute Cloud. Вдоль и поперек

Администрирование данных 1С v8 Бесплатно (free)

Бороться и искать. Найти и перепрятать. Достаточно популярная поговорка во времена Союза. Вот и сейчас, те у кого сервер 1С в локальной сети мечтают вынести его в облако, а те у кого в облаке прикупить свой в локальную сеть. Тестирование Яндекс.Облако Compute Cloud для 1С Предприятие оставило у меня приятное впечатление. Возможно кто-то повторит его и внесет больше ясности в настройки виртуальных серверов, использованию API и так далее. Пока же пользуйтесь чем я послал. Интересующихся прошу под кат…

20.01.2019    17978    capitan    29    

Все, что надо знать о технологической платформе 1С:Предприятие: компоненты, архитектуры, операционные системы, лицензии Промо

Администрирование данных 1С v8 Бесплатно (free)

Все о платформе и лицензировании для начинающих и не только. (благодаря Сообществу учтены новейшие изменения лицензионной политики 1С!)

19.12.2015    73330    barelpro    51    

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

Тестирование и исправление v8 Россия Бесплатно (free)

В статье описана возможность получить место возникновения исключения при работе пользователей без участия конфигуратора. Подробно описаны еще некоторые очень полезные приемы при работе в отладке.

17.01.2019    28424    PoZiTiFFF    53    

Восстановление базы 1С, ошибка источника потока

Тестирование и исправление v8 Бесплатно (free)

Очередной кирпичик в основу решения проблемы восстановления работоспособности базы после динамического обновления.

09.01.2019    20132    idle    25    

Сервер 1С:Предприятие на Ubuntu 16.04 и PostgreSQL 9.6, для тех, кто хочет узнать его вкус. Рецепт от Капитана

Администрирование данных 1С v8 Бесплатно (free)

Если кратко описать мое отношение к Postgres: Использовал до того, как это стало мейнстримом. Конкретнее: Собирал на нем сервера для компаний среднего размера (до 50 активных пользователей 1С). На настоящий момент их набирается уже больше, чем пальцев рук пары человек (нормальных, а не фрезеровщиков). Следуя этой статье вы сможете себе собрать такой же и начать спокойную легальную жизнь, максимально легко сделать первый шаг в мир Linux и Postgres. А я побороться за 1. Лучший бизнес-кейс (лучший опыт автоматизации предприятия на базе PostgreSQL). Если, конечно, статья придется вам по вкусу.

25.12.2018    39781    capitan    149    

1С и Windows Script Host (WSH) и Windows Management Instrumentation (WMI). ОТ ТЕОРИИ К ПРАКТИКЕ. Часть I Промо

Администрирование данных 1С v8 1cv8.cf Бесплатно (free)

Описание возможностей Windows Script Host и Windows Management Instrumentation. Подборка "скриптовых" функций и процедур.

12.12.2012    76327    StepByStep    68    

Заметки про лицензии 1С

Администрирование данных 1С v8 Бесплатно (free)

Решил собрать шпаргалку по лицензиями 1С о разных нюансах, с которыми успел столкнуться.

15.12.2018    21911    MrWonder    24    

Тонкости настройки IIS

Администрирование данных 1С v8 v8::УФ 1cv8.cf Бесплатно (free)

Тонкости и возможные проблемы при настройке IIS для работы с 1C. С учетом обновления платформ большинство инструкций стало неактуально и отнимает лишние время, заставляя выполнять ненужные пункты.

11.12.2018    38244    kas205    30    

Короткое нагрузочное тестирование PostgreSQL простыми запросами

Производительность и оптимизация (HighLoad) v8::УФ Абонемент ($m)

Короткое нагрузочное тестирование PostgreSQL простыми запросами. Прилагаются результаты в файлах pgBadger и perfmon.

1 стартмани

10.12.2018    10943    vasilev2015    22    

Не работают регламентные задания? Промо

Администрирование данных 1С v8 1cv8.cf Бесплатно (free)

Работают не всегда стабильно. Что делать, как обеспечить стабильную работу пользователей? Качественную и устойчивую работу ИС? Делать контроль выполнения регламентных (фоновых) заданий. Ниже подробные комментарии с фрагментами кода.

27.09.2014    34430    ksnik    14    

Установка клиента 1С:Предприятие 8.3 на Debian / Ubuntu

Администрирование данных 1С v8 Бесплатно (free)

В последние годы интерес к альтернативным ОС, прежде всего Linux, возрастает, причем не только со стороны пользователей, но и со стороны разработчиков. Фирма 1С достаточно давно развивает свою платформу для использования в среде Linux, а теперь к ней стали подтягиваться производители торгового оборудования, выпуская драйвера и для этой ОС. Поэтому использование Linux в качестве платформы для рабочего места выглядит все более привлекательно и сегодня мы обобщим свой опыт и расскажем об установке клиентской части 1С:Предприятие в среде современных выпусков Debian / Ubuntu.

15.10.2018    38376    oldcopy    77    

Когда 1С падает в дамп

Администрирование данных 1С v8 Бесплатно (free)

Мой опыт устранения проблемы, при которой вылетала платформа 1С.

11.10.2018    55603    987ww765    44    

Мониторинг активности пользователя

Журнал регистрации v8 1cv8.cf Бесплатно (free)

Работает ли пользователь с программой? Сколько времени пользователь работает в программе? Что пользователь делает в программе? - эти вопросы стандартно решаются или просмотром журнала регистрации, или с помощью внешних программ. В данной статье будет предложен способ, как следить за активностью пользователей, используя небольшую доработку конфигурации. Бонусом системы мониторинга является автоматическое завершение сеансов пользователей, не работающих с программой длительное время.

11.10.2018    16033    postovalov    25    

Часто встречающиеся ошибки 1С и общие способы их решения Промо

Администрирование данных 1С Пользователю системы v8 1cv8.cf Бесплатно (free)

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

03.06.2014    251387    suggestive    52    

[Шпаргалка] Несколько версий сервера 1С на одном сервере (компьютер)

Администрирование данных 1С v8 1cv8.cf Бесплатно (free)

Публикация-шпаргалка. Если у вас возникала необходимость в размещение нескольких серверов 1С разных версий на одном сервере (компьютере).

14.05.2018    27248    rpgshnik    27    

Несколько версий сервера 1С на одном компьютере

Администрирование данных 1С v8 Бесплатно (free)

Как установить несколько экземляров сервера 1С на один компьютер. Как установить несколько служб агента 1С на один сервер? Как запустить сервера разных платформ на одном компьютере.

18.04.2018    88420    spezc    87    

Запуск Apache 2.4 с модулем 1С внутри Docker контейнера

Администрирование данных 1С WEB docker Apache v8 Бесплатно (free)

Про Apache и про Linux слышали, наверное, все. А вот про Docker пока нет, но он сильно набирает популярность последнее время и не зря. Поделюсь своим опытом и дам пошаговую инструкцию настройки веб-сервера Apache с модулем 1С внутри Docker контейнера на Linux хосте. При этом сам сервер 1С может находиться совсем на другой машине и на другой операционной системе. Это не важно, главное чтобы Apache смог достучаться до сервера 1С по TCP. В статье дам подробное пояснение по каждой используемой команде со ссылками на документацию по Docker, чтобы не создавалось ощущение непонятной магии. Также прилагаю git репозиторий с описанием всей конфигурации, можете попробовать развернуть у себя буквально за 10 минут.

04.04.2018    29492    petr.myazin    35    

Технология обновления нетиповых конфигураций 1С:Предприятия 8 (редакция 12.04.2012) Промо

Администрирование данных 1С v8 1cv8.cf Бесплатно (free)

Данная статья основана на многолетнем опыте по развитию и поддержке учетных решений на платформе 1С:Предприятия. В статье описаны некоторые довольно часто встречающиеся ситуации, вызывающие сложности при обновлении нетиповых конфигураций 1С:Предприятия 8.

15.12.2008    448555    alexk-is    248    

Сервер администрирования кластера серверов 1C:Предприятия и deployka

Сервисные утилиты Администрирование данных 1С v8 Бесплатно (free)

В данной статье познакомимся с сервером администрирования кластера серверов 1С:Предприятия, а конкретно с утилитами rac.exe и ras.exe, а также программой deployka, с помощью которых становится возможным администрирование кластера серверов 1С:Предприятие из командной строки.

04.04.2018    66498    Tavalik    37    

О лицензиях 1С

Администрирование данных 1С v8 Россия Бесплатно (free)

Разбираем вопросы по получению и переполучению лицензии 1С.

30.03.2018    130224    D_e_X_T_e_R    171    

1C + Linux + PostgreSQL + Apache

Администрирование данных 1С Apache v8 Бесплатно (free)

Дружим 1С с Линуксом ИЛИ Установка окружения для работы с 1С на Линуксе под Постгресом и Апачем (в 2020-м году).

26.03.2018    45086    SerVer1C    52    

1С:Предприятие Бухгалтерия переход с редакции 2.0 на 3.0. Практика перевода информационной базы для работы в управляемом приложении. Промо

Практика программирования Администрирование данных 1С v8 БП2.0 Бесплатно (free)

Из информационного выпуска 1С № 16872 от 08.07.2013г. стало известно об относительно скором необходимом переходе на редакцию 1С:Бухгалтерия 3.0. В данной публикации будут разобраны некоторые особенности перевода нетиповой конфигурации 1С:Бухгалтерия 2.0 на редакцию 3.0, которая работает в режиме "Управляемое приложение". Публикация будет дополняться по мере подготовки нового материала. Публикация не является "универсальной инструкцией". Update 3. Права доступа. 14.08.2013 Update 4. Добавлен раздел 0. Дополнен раздел 4. Добавлен раздел 7. Внесены поправки, актуализирована информация. 23.11.2013.

1 стартмани

24.07.2013    76472    Kosstikk    36    

Как быстро "удалить все документы и движения" в базе (Альтернатива)

Чистка базы v8 Бесплатно (free)

Очень часто задают вопрос - как удалить все документы из базы, оставить только номенклатуру и настройки. Есть много различных вариантов (групповая обработка документов и справочников - да, работает, но медленно, у клиента в базе 460 000 документов проведенных - неделю будет удалять). Перенос данных - через ВыгрузкаЗагрузкаДанныхXML82.epf - можно, но тоже долго и требует определенных навыков.

06.03.2018    22469    Tatitutu    24    

Автоматическая очистка кэша конфигурации 1С 8.1, 8.2, 8.3 для сеанса текущего пользователя

Администрирование данных 1С v8 Украина Бесплатно (free)

Автоматическая очистка кэша конфигурации 1С для сеанса текущего пользователя (при динамическом обновлении или ручном интерактивном запуске)

14.11.2017    19253    golovkodv    18    

Установка сервера Аpache 2.4

Администрирование данных 1С Apache v8 1cv8.cf Бесплатно (free)

В публикации описана установка web-сервера Аpache 2.4 на платформе Windows

26.10.2017    105641    ВикторП    15    

Параллельное использование нескольких версий COM control (несколько версий платформ)

Администрирование данных 1С v8 Бесплатно (free)

Краткая инструкция по использованию нескольких версий com control.

13.10.2017    23803    qvvert    33    

Резервное копирование "онлайн" клиент-серверных баз в dt (не отключая пользователей)

Архивирование (backup) v8 Бесплатно (free)

Как реализовать резервное копирование клиент-серверных баз 1с в формат dt, не отключая пользователей. Рассматривается способ, делающий резервирование наименее заметным для пользователей и серверного оборудования.

03.10.2017    24617    konstanta_online    80