Превышен максимально допустимый размер 1Cv8.1CD #450102

У пользователя выскочило сообщение: Превышен максимально допустимый размер внутреннего файла 'C:Documents and SettingsuserМои документы/1Cv8.1CD' Админа там нет, выяснить какой там диск пока нельзя. Правильно ли я думаю что причина в диске Fat32  и проблему решит диск NTFS?

Похоже фильмы в базе хранят..

Дак какой размер файла?

неправильно понимаешь.

база УПП, у меня локально она 5Гб, выгрузка dt занимает порядка 900Мб. а если места на диске нет, такая же ошибка?

У них база в "Моих документах"? И в самом деле, какой размер файла?

Учу читать. Дорого.

у меня УПП на 10Гб - файловая

У пользователя выскочило сообщение: Превышен максимально допустимый размер ВНУТРЕННЕГО ФАЙЛА 'C:Documents and SettingsuserМои документы/1Cv8.1CD'

а еще спец по платформе.. (

+ А ще из Новосибирска... (

а он 4гб.. фильмы? сканы договоров в бмп?

Fat32 - максимальный размер файла — 4 Гбайт.

а не 2Гб?

нет

это произошло при ручном обмене данными.  тут причина?

Причина в ФАТ

а что вас смущает?   тётенька попросила помощи, админов там нет, я туда приехать не могу.  объяснять как перенести базу на другой диск в отдельную папку...  пол дня уйдёт... о поступила новая информация. NTFS    свободно 400Мб.

"я туда приехать не могу" - открой для себя прогу "TeamViewer RU"

У меня такое было. Вот что я делал. Создавал документы РМВ (УПП) порядка 30 документов, по 50000 строк) после 14 документа плюнул. Отключил обработку. Хотел удалить созданные документы и вот тогда у меня после пометки 4 документов вылетело данное сообщение. Удалил эти документы  и еще несколько пометил, так пока все не удалил.

Незнаю праввда чем моя история вам поможет

а по какому алгоритму шифрует (если шифрует) данные TeamViever ?

это так принципиально?

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

>>бъяснять как перенести базу на другой диск в отдельную папку...  пол дня уйдёт... объяснять copy/paste полдня? o_O

Не в курсе...

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

Каким хакерством? Ты о чем вообще?

Отсыпь, а?

Если вы уж так озабочены безопасностью, что боитесь перехвата IP пакетов, то ставьте openVPN. Там шифрование траффика.

Очистть диск и тестирование с сжатием - может на месяц поможет...

Вообще-то, это сообщение не всегда информирует об том, что на самом деле случилось. Скорее всего обычные глюки файловой версии. Тетеньке :) объяснить сможешь, как скопировать этот файл (на всякий случай) и запустить ТИИ?

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

Ты вообще представляешь что такое "открытый/закрытый канал" и как его можно перехватить. И что Team Viewer это совсем не "если вы зайдете в базу под админом со всеми правами"

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

для Team Viewera никаких особых прав и открытых портов и не надо.

ну, видно тебе просто нельзя работать с людьми.

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

так и что: шифрует трафик ТимВьюер или нет?

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

Team Viewer  не нуждается в установке. +1

Ты, вообще, читать умеешь?

Ну предположим даже не шифрует, у тебя хватит толку чего-то в нем перехватить? (+40)и в открытых поратах (кроме обычного HTTP) тоже

задамся целью - хватит ) потому Тим не есть гуд

ИМХО, это параноя. И вообще - посмотри лучше на сайте ТимВьера - что это такое и чего там можно перехватить, чем беспокоится о всякой ерунде

Нда... Уже какие-то выводы сделал, не обладая никакой информацией... Сильно.

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

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

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

Теам Вьевер работает только с ведома управлемой стороны.

Ту точно уверен, что ты в той области работаешь, в которой утебя знания, навыки и желание работать есть?

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

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

В личке год рождения точно правильно указан?

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

зачем спрашивать не по теме? ответ там:  извините конечно, но я бы сам так не стал спрашивать.  Если полистать всё что там есть можно и на сайт попасть и там написана та же дата.  Через 100 лет после рождения Ленина. что вы сделали чтобы уточнить детали, если я поспешил и не всё отразил в вопросе?

Еще как по теме. Ибо человеку, у которого "Возраст: 38-39", как-то уже не к лицу вести себя так, как, например, в . "что вы сделали чтобы..." - а вот мне почему-то кажется, что здесь никто не обязан чего-то делать...

я должен уточнять детали? o_O зы. совет в тему выпал:

"должен" - нифига подобного. Ты обязан, а не должен! :)

на переходить на SQL. В файловой версии максимальный размер внутреннего файла не может быть больше 4 ГБ.

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

спасибо,  кстати в какой-то ЖКК  об этом было написано.  думал что в форуме узнать будет быстрее ;) Но такая же  распределенная файловая база уже долго работает и таких проблем небыло. Везде полный обмен.

проблема пока остаётся и с удаленным доступом и с subj базу перенесли на большой диск, но на системном диске теперь нет места чтобы распаковать файл обмена. нужно поменять переменную окружения... как узнать текущий размер внутренних файлов?  у меня есть сомнения что причина именно в этом, т.к. вся база целиком у меня 5Гб.

Это ты себе дневник в этой веточке устроил? Перечень проблем пишешь.

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

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

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

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

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

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

спасибо за направление мысли ;) и спасибо Их отчет показал что регистр сведений "Версии объектов"  занимает 4 866 528, что составляет 83%  базы. В УПП это Сервис - Настройка программы  - Версионирование Кто-то когда-то включил... ;)