Друзья выручайте, третий день мучаюсь...
База ТиС ведётся с 2011 года, и разжирела до 1.9... наступил новый месяц, и надо сделать открытие периода и ... база выдаёт болты по поводу записи в: rg328.dbf , я думаю вы уже поняли о чём я... база файловая
Погуглив инфы, я решил перевести базу в SQL:
Накатил SQL 2005, создал базу, подключил в 1с базу, выгрузил базу и загрузил её уже в режиме SQL...
Но это ничего не изменило (с другой стороны, с чего бы оно изменило)...
Я пошёл дальше искать варианты, и как вариант люди предложили: Сохранить данные и загрузить...
Делаю сохранить, и загрузить, и кароче уже второй день загрузка висит и судя по всему изменения памяти нет 1с-ка повисла... пробовал несколько раз, реально похоже зависает...
Где-то видел инфу что через DBF editor можно порезать базу без ущерба работе....  
Это реально? Можете инфы подкинуть как это правильно сделать?...   я бы отрезал до 2015 года регистры, если это будет без ущерба для текущих доков и остатков..
Заранее друзья спасибо за информацию....

(0) Рассказывай по шагам, как переводил в CQL. И какой по ресурсам машине делаешь загрузку, ну где висит

"Но это ничего не изменило "
Хочешь сказать, что скуль по-брежневу не даёт писать в эту таблицу? Вот так прямо и не даёт? И ошибок никаких нет?

1 - Создал базу в SQL
2 - Создал пустую папку и указал её как каталог для хранения
3 - Сделал выгрузку базы в 1с
4 - Доустановил компоненты SQL для 1с
5 - В 1с указал каталог который создал для SQL
6 - При запуске 1с в режиме конфигуратор указал не DBF, а SQL режим
7 - Подключил базу указав инфу из SQL, подключение прошло успешно (так написала 1с)
8 - Сделал: Администрирование --> Загрузить данные
9 - Данные загрузились...
И в итоге я получил точно такую же базу...и чё-то разницы не ощутил
ps Если делать через: Сохранить данные-Восстановить данные, операция длится бесконечно как я писал выше...

Машинка конечно не топовая,  я бы сказал что днищенская, но судя по диспетчеру задач нагрузки особо нет:
CPU: Intel Atom D510 - 1.67gHz
ОЗУ: 2gb озу

Я впринципе на домашний комп могу базу дёрнуть, здесь попробовать Выгрузить-Загрузить, но чё-то сомнения большие....

@и чё-то разницы не ощутил@

А какую разницу ты хотел ощутить?

Присоединябсь к вопросу (4). Судя по описанию сделал все верно и все должно работать

(5) Получается что возможно ресурсов машины не хватает для того чтобы быстро загрузить данные?...
ps и ещё вопрос: Есть ли где-то логи проводимых операций 1c чтобы понять где у него затык?

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

(7) ТС ждал что 1с даст добро на запись данных... ибо в большинстве вариантов в сети люди писали что надо в SQL переводить и это как один из временных вариантов решений

(8) Вы хотите сказать, что в sql-версии у вас вылетает та же ошибка записи в "rg328.dbf"?

(8) А что, в скуле так и не даёт?
Сдаётся мне, тут одна из трёх черепашек затесалась...

(9) Вот это и меня тоже удивило, теже самые -100

(11) чушь какая-то.

Прибей этот файл, создай новый (перезапуском 1с), перенеси в скуль, пересчитай итоги.

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

Или может кто-то документ провел 2040.. годом и остатки все до этого года рассчитались.

+13 Хотя если просит открыть месяц врят ли будущим заделали. Прошлым кстати тоже могли.

+13 ...Тогда их перекрыть записями в регистр... перекрытие делать в конце месяца ошибки. Снести RG все и пересчитать итоги.
RA328 сколько весит?

Про архивы, надеюсь, говорить не надо.

(0) И кстати база до 1.9 выросла или один из файлов?

(15) Про архивы не надо говорить.... их нет :))
(16) Не база, а только файл: RG328 весит 1.9
Вы предлагаете попробовать снести этот файл и заново пересчитать?..... я сейчас базу перетащил на гораздо более мощную машину, сейчас SQL и платформу разверну, попробую как там себя она поведёт

Население, попутно спрошу, как подружить 1с 77 с SQL 2018 ? реально ли?... а то я сейчас базу перекинул, создал в SQL, а она болты выдаёт мол не найдена база или сервер.... Начал гуглить, а оказывается потолок для 7.7 это 2005

(17) Еще раз! RG - файл остатков партий. Если он больше RA то это означает, что партии у тебя не закрываются.

Открой его дбф-вьюером проверь даты остатков нет ли ранее учета в программе или будущих.
Затем прибей его и пересчитай итоги.
Если он все равно больше RA, то пиши отчет смотри почему у тебя партии не закрываются.
И либо восстанавливай учет или рисуй документ и пиши обработку закрывающую (убрать "пересортицу") партии на конец месяца каждого.

(19) Открыл, учёт начался в 01.07.2011 и последний закрытый период 01.04.2019

(20) Удали его и индекс. Сделай ТИИ пересчитай итоги

бредятина какая-то. какие нахрен "размеры файлов" в sql?
в sql-е нет файлов. и sql-ю до лампады размеры. если у тебя ругань на размеры файлов - значит ты криво перенес и вместо sql сделал тупо файловую копию файловой базы.
(18) кто тебе эти глупости сказал? ищи "solution7", "секретный релиз"

(22) Полностью поддерживаю, по идее 1с должна записывать все данные и создавать таблицы не в DBF и CDX, а уже непосредственно в mdf файл базы SQL

(22) Он там вроде бы до 2012SQL а дальше поменялись имена таблиц и там уже шаманство нужно применять

даже до 2014 http://catalog.mista.ru/public/82018/

(25): странно я до 2018 юзаю без проблем...

незакрытые регистры - свидетельство а) бардака в базе) б) как следстие того, что в конторе нет "бизнес-аналитика" или ответсвенного за учет/товароведа. или 3. партионка никому не нужна - и ее проще потратить 15 минут и выпилить нахрен.

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

(27) Так и есть, в базе только кладовщик работает: Вводит накладные (приходует), и тупо через перемещение расходует....
Больше ничего не делают... ну бывает счет фактуру на какую нибудь организацию сделают...
Так что тут ничего мудрёного...

Кароче население, дело было не в бобине:
Взял седьмой легендарный патч из секретной разработки ФСБ 1с ПредпрАдие ))
И подключилась платформа к 2018 sql
Едем дальше:
Дело было не в бобине: Надо было через: "Загрузить данные" подгрузить выгрузку и тогда записываются в таблицы SQL...
И всё заколосилось, база SQL 5 гигабайт)) такое ощущение что тут 100500 сетевых магазинов))...  хотя всего 5 магазов, а база тупо складская...
Ну вроде получилось завести на донорской машине, я единственное вижу что какой-то косяк с остатками, много минусов причём в приличных масштабах..

(29) Может, пора эту бобину (с) того-съ? По неполному служебному? Или того, кто ей инструкции составлял...

(30) Там нет человека кто бы обслуживал, лет 15 назад чувак приехал установил и сказал работайте, потом какая-то хрень с базой началась, другой чувак приехал и удалил таблицы с данными и базу продолжили с нуля...

Народ подскажите, загружаю я данные загружаю и под конец примерно выдаёт ошибку: https://d.radikal.ru/d15/2005/96/dc01f8e8158f.jpg
Места на диске 80 гигов.... какого чёрта ему надо

(31) Скуль - express? У него ограничение на размер файла БД.
Или тупо задан максимальный размер файлов в скуле (что явно было сделано руками, потому что штатно/дефолтно сетуп такого не делает)

(32) Конечно чёртов express.... Пытаюсь обычный поставить, система ругается на: ошибка 1603 уже несколько дистрибов попробовал... буду биться дальше

(33) Это сообщение об ошибке может появиться, если верно одно из следующих условий:
Установщик Windows пытается установить приложение, которое уже установлено на вашем Компьютере.
Папка, в которую вы пытаетесь установить пакет установщика Windows, зашифрована.
Диск, содержащий папку, в которую вы пытаетесь установить пакет установщика Windows является съемным носителем.
Учетная запись SYSTEM не имеет разрешения на полный доступ к папке, в которую вы пытаетесь установить пакет установщика Windows. Сообщение об ошибке появляется, так как служба установщика Windows использует учетную запись SYSTEM для установки программного обеспечения.

(33) Подмени dbeng32 этим https://cloud.mail.ru/public/3mVX/4trK45on8 и грузи в dbf.
Разбирайся, почему не закрываются итоги, потому что "тупо через перемещение расходует...." это не списание партии, а создание ее дубликата на другом складе.
Минусов в регистре быть не должно, они там будут жить вечно.
Если не ведется партионный учет то "на автомате" партии нормально размазываются, но если одновременно ведется и партионный и не партионный учет, это и приводит к таким минусам.

(35) Я знаю что они копятся на регистрах складов куда идёт перемещение.... Я лет 5 назад хотел сделать огромное списание с одного из складов, так на меня начали гнать: Вооот, у нас номерация списаний собъётся, будут вопросы что это за списание....

(35) Скорее всего rg328 и вырос до таких объёмов ибо списания с регистров нет, а тупо копится информация
(34) Пробую грохать sql express что установил...

(36) Нормально. Работаем по закону - все минусы вычитаем из з.п. кладовщика, все плюсы зачисляем себе. Профит!

(35) а то даст использование вирт в этом случае? для дбф? - увеличивает возможный размер дбф с которым может работать движок 77?

(39): если джеф сейчас скажет, что до 4гб дбфки и индексы работают - начну клянчить выложить не на мылру/яндекс ...

(40) ну так жеж!

(36) можно закомментировать в перемещении приход на склад-получатель и пусть оно с центрального склада товар списывает, а на остальные не приходует

Друзья, всё завелось, вычистил от SQL EXPRESS и поставил SQL STANDART 2005 всё отлично, правда пока только под sa работает, юзера подцепить не получается, прав постоянно мало ему... хотя вроде бы всё назначил как и было на express...
Теперь буду обновлять релизы, релиз какой-то древний, уже 10 новых вышло после того который стоит у меня...
Стоит ли по-порядку ставить релизы, или можно сразу последний накатить?
(42) попробую изучить вопрос, а то это же не дело раздувать базу до космических масштабов...

ps. Всем огромное спасибо за помощь, база просто летает, я когда подрабатывал в этой организации и в этой базе работал, то вторая машина около 2х минут думала чтобы открыть форму Перемещение.... сейчас не более 3х секунд)) Это огонь просто!

(44) на клюшках если на форме нет рассчетов всяких - то открывается практически мгновенно. это те не тормознеы снеговики.

(45) кстати автору предлагали перейти на 8.3?)

(40) Не скажу! Может да, а может и нет...
Видишь ли в чем дело, время расчета индекса в 1С растет в геометрической прогрессии, 2 гига ~ 2 часа, а 4 гига займет наверное дня 2-3.
Я на такие эксперименты не готов ;)

(46) А смысл? Денег на переход даже на 8.1 не будет, а там явно надо обработки рисовать.... Изучать написание обработок нет никакого желания честно говоря.. в нормальных конторах есть ИТС к которым все претензии всегда предьявляют, а эта контора живёт по принципу Медведева: Денег нет, но вы держитесь....

(47) "время расчета индекса в 1С растет в геометрической прогрессии"

ну.... этот самый же... Который на ж заканчивается...

(49) Да ладно на ж? В NEW_STRU видно, до 1г относительно быстро, пол часа где то, потом полтора часа до 1.5г, до 2г молотило еще 3ч, потом надоело смотреть.

(50) а почему так?

(51) Во первых потому что я болван ;) Я делал индексацию по пустому полю размером в 999 символов.
Насколько помню индекс в b-tree, ну или аналог, суть в том что в таком случае дерево не строится и поиск и сравнение идет по одной ветке.
Забил рандомной инфой стало значительно быстрее, но все равно при увеличении одинаковых значений в индексе замедление будет геометрическое.