По теме из базы знаний
- Ворчание старого чайника
- Очевидные советы по ускорению работы 1С (8.2, 8.3)
- Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария
- Пайплайны Jenkins - программирование и настройка. Загружаемые модули. Цикл "Многопоточный CI для 1С", часть 5
- Подсистема прав доступа (анализ ролей, отладка RLS, английский код, обычные и управляемые формы)
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Вы находите мнение программы "tool_1cd" авторитетным?
6,7 ГБ для файловой базы - очень много. Даже если Вас устраивает быстродействие и параллельность работы пользователей, то должно озаботиться вопросом сохранности базы.
По личным многолетним наблюдениям за базами самых разных клиентов могу сказать: такого размера базы склонны самопроизвольно по непонятным причинам рассыпаться. Поначалу помогает "chdbfl.exe", входящая в дистрибутив платформы, но после какого-то раза - не помогает. Помогает уже только поиск и подъем крайнего бэк-апа :((
При таких размерах стоит задуматься об установке переводе базы в серверный режим, благо цена вопроса с "1С-сервер МИНИ" невелика.
6,7 ГБ для файловой базы - очень много. Даже если Вас устраивает быстродействие и параллельность работы пользователей, то должно озаботиться вопросом сохранности базы.
По личным многолетним наблюдениям за базами самых разных клиентов могу сказать: такого размера базы склонны самопроизвольно по непонятным причинам рассыпаться. Поначалу помогает "chdbfl.exe", входящая в дистрибутив платформы, но после какого-то раза - не помогает. Помогает уже только поиск и подъем крайнего бэк-апа :((
При таких размерах стоит задуматься об установке переводе базы в серверный режим, благо цена вопроса с "1С-сервер МИНИ" невелика.
(6)
Легко пояснить смысл: это когда конторе жалко 15 тыр на прибамбас для 1С но не жалко 2 млн для красивого забора вокруг конторы.
а 1Сник он на окладе - он починит. :)
И слово "нищебродская контора" какой-то новый смысл приобретает.
Легко пояснить смысл: это когда конторе жалко 15 тыр на прибамбас для 1С но не жалко 2 млн для красивого забора вокруг конторы.
а 1Сник он на окладе - он починит. :)
(12) "Приведенное описание соответствует платформе «1С:Предприятие» версии 8.3.4.
Устройство файла *.1CD
На самом нижнем уровне файл *.1CD или файл базы данных содержит внутри своего рода файловую систему, включающую в себя так называемые внутренние файлы. Файл *.1CD имеет страничную организацию, то есть состоит из страниц размером 4096 байт (4 К). Размер файла *.1CD всегда кратен 4 К.
Страницы адресуются их номерами. Номер страницы представлен 4-байтовым целым числом без знака. Следовательно, файл *.1CD может содержать не более чем 4 294 967 296 страниц.
Страница с номером 0 содержит служебные данные файла *.1CD, такие как версия формата файла базы данных, общее число страниц в файле и т. п.
Страница с номером 1 используется менеджером свободных страниц.
Каждая из остальных страниц может либо принадлежать какому-либо из внутренних файлов, либо находиться в списке свободных страниц.
Внутренние файлы
Страницы, относящиеся к внутреннему файлу, бывают трех видов:
*корневая страница,
*индексные страницы,
*страницы данных.
Эти страницы образуют дерево, корнем которого является корневая страница, промежуточными узлами являются индексные страницы, а листьями – страницы данных.
Корневая страница содержит служебную информацию внутреннего файла, такую как длина файла, номер версии данных файла и т. п. Кроме того, на корневой странице содержится до 1018 номеров индексных страниц.
Индексные страницы образуют промежуточный уровень дерева. Индексная страница содержит число страниц данных, адресуемых данной индексной страницей, и до 1023 номеров страниц данных.
Страница данных содержит только данные.
Из сказанного выше следует, что внутренний файл может включать не более чем 1 041 414 (1018 * 1023) страниц данных. Следовательно, максимальный размер внутреннего файла не может превышать 4 265 631 744 (1018 * 1023 * 4096) байта. Для адресации отдельных байтов внутреннего файла используются 4-байтовые целые числа без знака.
Для представления внутреннего файла нулевой длины достаточно одной только корневой страницы. Если размер внутреннего файла составляет от 1 до 4096, то он представляется тремя страницами: одной корневой, одной индексной и одной страницей данных. При дальнейшем росте размера файла добавляются новые страницы данных, и их номера помещаются в индексную страницу. Как только индексная страница перестает вмещать номера страниц данных, добавляется новая индексная страница и ее номер добавляется в корневую страницу. И так далее.
Внутренние файлы не имеют имен. Для идентификации внутренних файлов используются номера их корневых страниц.
"
+
"
8.2. Файловая база данных
● Файл базы данных (.1CD) внутри организован как множество так называемых внутренних файлов. Каждой из таблиц базы данных соответствует до четырех внутренних файлов:
● Файл описания таблицы – в нем находится описание таблицы.
● Файл записей данных – содержит данные всех записей таблицы, за исключением данных, содержащихся в полях неограниченной длины.
● Файл индексов – размещены все индексы, определенные для таблицы. Если не определено ни одного индекса, то этот файл отсутствует.
● Файл значений неограниченной длины – хранятся значения неограниченной длины, содержащиеся в полях таблицы.
● Размер каждого из вышеперечисленных внутренних файлов не может превышать:
● для формата версии 8.2.14 – 4 Гбайта.
● для формата версии 8.3.8 с размером страницы 4096 байт – 4 Гбайта.
● для формата версии 8.3.8 с размером страницы 8192, 16384, 32768 и 65536 байт – 6 Гбайт.
● Длина ключа в индексе не может превышать 1920 байт."
Устройство файла *.1CD
На самом нижнем уровне файл *.1CD или файл базы данных содержит внутри своего рода файловую систему, включающую в себя так называемые внутренние файлы. Файл *.1CD имеет страничную организацию, то есть состоит из страниц размером 4096 байт (4 К). Размер файла *.1CD всегда кратен 4 К.
Страницы адресуются их номерами. Номер страницы представлен 4-байтовым целым числом без знака. Следовательно, файл *.1CD может содержать не более чем 4 294 967 296 страниц.
Страница с номером 0 содержит служебные данные файла *.1CD, такие как версия формата файла базы данных, общее число страниц в файле и т. п.
Страница с номером 1 используется менеджером свободных страниц.
Каждая из остальных страниц может либо принадлежать какому-либо из внутренних файлов, либо находиться в списке свободных страниц.
Внутренние файлы
Страницы, относящиеся к внутреннему файлу, бывают трех видов:
*корневая страница,
*индексные страницы,
*страницы данных.
Эти страницы образуют дерево, корнем которого является корневая страница, промежуточными узлами являются индексные страницы, а листьями – страницы данных.
Корневая страница содержит служебную информацию внутреннего файла, такую как длина файла, номер версии данных файла и т. п. Кроме того, на корневой странице содержится до 1018 номеров индексных страниц.
Индексные страницы образуют промежуточный уровень дерева. Индексная страница содержит число страниц данных, адресуемых данной индексной страницей, и до 1023 номеров страниц данных.
Страница данных содержит только данные.
Из сказанного выше следует, что внутренний файл может включать не более чем 1 041 414 (1018 * 1023) страниц данных. Следовательно, максимальный размер внутреннего файла не может превышать 4 265 631 744 (1018 * 1023 * 4096) байта. Для адресации отдельных байтов внутреннего файла используются 4-байтовые целые числа без знака.
Для представления внутреннего файла нулевой длины достаточно одной только корневой страницы. Если размер внутреннего файла составляет от 1 до 4096, то он представляется тремя страницами: одной корневой, одной индексной и одной страницей данных. При дальнейшем росте размера файла добавляются новые страницы данных, и их номера помещаются в индексную страницу. Как только индексная страница перестает вмещать номера страниц данных, добавляется новая индексная страница и ее номер добавляется в корневую страницу. И так далее.
Внутренние файлы не имеют имен. Для идентификации внутренних файлов используются номера их корневых страниц.
"
+
"
8.2. Файловая база данных
● Файл базы данных (.1CD) внутри организован как множество так называемых внутренних файлов. Каждой из таблиц базы данных соответствует до четырех внутренних файлов:
● Файл описания таблицы – в нем находится описание таблицы.
● Файл записей данных – содержит данные всех записей таблицы, за исключением данных, содержащихся в полях неограниченной длины.
● Файл индексов – размещены все индексы, определенные для таблицы. Если не определено ни одного индекса, то этот файл отсутствует.
● Файл значений неограниченной длины – хранятся значения неограниченной длины, содержащиеся в полях таблицы.
● Размер каждого из вышеперечисленных внутренних файлов не может превышать:
● для формата версии 8.2.14 – 4 Гбайта.
● для формата версии 8.3.8 с размером страницы 4096 байт – 4 Гбайта.
● для формата версии 8.3.8 с размером страницы 8192, 16384, 32768 и 65536 байт – 6 Гбайт.
● Длина ключа в индексе не может превышать 1920 байт."
Смотря что за конфигурация. УПП с самого начала создает 5.5 Гб.
У клиента после очередного обновления 1CD распух до 14 Гб. Так как работает в ней несколько человек, то единственное неудобство - это бэкапирование. Архив на флешку целиком не записывается из-за ограничения файловой системы.
Я считаю, что если нет проблем с быстродействием - то на SQL переходить вам не нужно.
У клиента после очередного обновления 1CD распух до 14 Гб. Так как работает в ней несколько человек, то единственное неудобство - это бэкапирование. Архив на флешку целиком не записывается из-за ограничения файловой системы.
Я считаю, что если нет проблем с быстродействием - то на SQL переходить вам не нужно.
(18) База может разрушиться из неисправной сетевой карты, из-за пропадания интернета, из-за сбоя(поломки) в компьютере.
У меня был случай: загружает юзер БД из DT-файла через малое время файл базы поврежден.....оказалось вирус буянил. А на компе стоял супер лицензионный каспер и сисадмин божился что это 1Ска глюкавая.
У меня был случай: загружает юзер БД из DT-файла через малое время файл базы поврежден.....оказалось вирус буянил. А на компе стоял супер лицензионный каспер и сисадмин божился что это 1Ска глюкавая.
(23) Это, конечно, тоже бывает, но куда реже.
За счет избыточности хранения - вероятность ниже.
При правильно настроенном плане обслуживания / резервного копирования такую вероятность можно приблизить к нулю.
А самое главное - чтобы забэкапить базу не надо никого выгонять.
За счет избыточности хранения - вероятность ниже.
При правильно настроенном плане обслуживания / резервного копирования такую вероятность можно приблизить к нулю.
А самое главное - чтобы забэкапить базу не надо никого выгонять.
(25)
некоторые поправки внесу:
1. Избыточность хранения - здесь не причём (практически). У SQL (любой) - другие принципы (гораздо более важные - по-большинству) работы.
2. План обслуживания - настроить можно везде.
Это факт (странно мне - если Вам, это неизвестно).
Другое дело - у SQL, инструменты настройки (большая часть, да) - уже идут, в комплекте. (ну - исключая всякие Express...).
У файловой же - приходится выкручиваться (и порою, да - далеко невсегда, получается догнать SQL)
3. "Для бекапа, выгонять". Ну - здесь Вы вообще - застряли в прошлом веке.
Реально.
И в 7-рке (и в 6-рке!) - без проблем (и без выгоняния пользователей), копировались, все файлы (без индексов). И - на скопированных - можно было работать.
В 8-рке - это уже 1с, сама однозначно обозначило - копируйте файл 1Cv8.1CD. Этого - достаточно.
(здесь только один момент отрицательный есть - нет одномоментного снимка базы. Но, я очень сильно подозреваю, что и в SQL - это, тоже не на 100% (хоть и декларируется так!)
некоторые поправки внесу:
1. Избыточность хранения - здесь не причём (практически). У SQL (любой) - другие принципы (гораздо более важные - по-большинству) работы.
2. План обслуживания - настроить можно везде.
Это факт (странно мне - если Вам, это неизвестно).
Другое дело - у SQL, инструменты настройки (большая часть, да) - уже идут, в комплекте. (ну - исключая всякие Express...).
У файловой же - приходится выкручиваться (и порою, да - далеко невсегда, получается догнать SQL)
3. "Для бекапа, выгонять". Ну - здесь Вы вообще - застряли в прошлом веке.
Реально.
И в 7-рке (и в 6-рке!) - без проблем (и без выгоняния пользователей), копировались, все файлы (без индексов). И - на скопированных - можно было работать.
В 8-рке - это уже 1с, сама однозначно обозначило - копируйте файл 1Cv8.1CD. Этого - достаточно.
(здесь только один момент отрицательный есть - нет одномоментного снимка базы. Но, я очень сильно подозреваю, что и в SQL - это, тоже не на 100% (хоть и декларируется так!)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот