Регистрация Правила Главная форума Поиск |
0
- 31.07.2015 - 12:00
|
Здравствуйте! Вопрос в теме
| | |
1
- 31.07.2015 - 12:12
| База 150 ГБ, данные с 2008го года. За предложение свернуть отправляем на неделю в эцих с гвоздями. | | |
2
- 31.07.2015 - 12:27
| 1-Reaper > а чего с гвоздями-то? это ж уже проект на полгода, оплачиваемый полагаю. | | |
3
- 31.07.2015 - 13:11
| (0) да как хотите, если есть причины какие-то сворачивайте, если нет, не надо | | |
4
- 31.07.2015 - 13:21
| Если вопрос ставится, значит у людей есть желание, время и ресурсы на свёртку. Так что ответ - да, делайте. | | |
5
- 31.07.2015 - 14:53
| 2-Зелёный тролль >И потерять данные для статистики, по которым рассчитываются заказы поставщикам? С гвоздями. | | |
6
- 31.07.2015 - 17:26
| опять наш столбик отжигает. дЭрмо вся эта статистика с 2008 года. Основные сезонные колебания и так любой манагер назовет с точностью до порядка, а для точных расчетов данные с 2008 - пустое место. Другой курс валюьы, другие банкоские условия (кредиты и т.д), другой спрос и экономический климат в стране | | |
7
- 31.07.2015 - 18:09
| | ||
8
- 31.07.2015 - 18:20
| Соглашусь с Helen. Кроме того, свернуть - не означает выбросить старую база. Нужна статистика, зайдите в копию и наслаждайтесь | | |
9
- 31.07.2015 - 19:04
|
Встану на защиту столбика. Там статистика по закупкам, связанные закупки (типа аксессуары) и много ещё всякой интересной инфы. По сабжу: что за конфигурация? 75 гиг - это детский размер. Пригласите специалиста, пусть проанализирует, за счёт чего основной рост. Может, у вас там регистры хронически не закрываются по какому-то измерению. Ну а так то да. Делаете копию, пусть там прошлые периоды роют (тем более, действительно, в существующих российских реалиях - на все прошлые периоды можно уже таки наплевать). Не вижу противопоказаний. Сворачивайте. | | |
10
- 31.07.2015 - 19:20
|
А вообще, в чем причина тревоги? Терабайтные базы работают отлично... | | |
11
- 05.08.2015 - 09:44
|
Если очень хочется сделать свертку, то, ИМХО, делайте. После любого глобального изменения экономической ситуации данные прошлых периодов можно смело выбрасывать в мусорку. Для анализа, планирования и управления компанией в целом они бесполезны. Их мнимая польза может быть только в головах отдельных сотрудников или в очень специфических случаях. Не стоит забывать только о том, что бухгалтерскую отчетность могут затребовать за последние 3 года, а в отдельных случаях могут попросить подтверждения отдельных цифр при камеральной проверке документами 10-летней давности. При поиске и сверке возможность составить реестр документов в базе за последние Х лет так же не помешает. Так что копию несвернутой базы есть смысл держать в развернутом виде. | | |
12
- 05.08.2015 - 09:48
| (6) Текущая ситуация с заполнением баз позволяет не полагаться на слова манагера, а просто запустить элементарный отчет о продажах. Это есть гуд для управления. Исключается целый пласт возможных искажений информации по сезонности и не только. | | |
13
- 05.08.2015 - 21:57
|
(12) вообще то после утряски и закрытия каждого периода необходимо сформировать детальные отчеты и хранить их в электронной базе отчетов для последующего анализа - а вдруг... Достоинство такого метода - резкое уменьшение объемов онлайн документов для анализа. И не нужно хранить 145 гигабайт мусора, как это делает столбик. К тому же не нужно снова и снова лопатить базу на предмет формирования уже 100 тыщ раз сформированного отчета. И не нада полагаться на словеса манагера - его надо бить отчетом по башке. Сами базы нужно тоже хранить в offline архивах (до свертки и после). Иногда бывает необходимость развернуть их и покопаться кстати, насчет реестров документов. Документы, которые сворачиваются, но принимают участие в сверках и т.д., у нас обычно сохраняются в базе в спец виде (без движений). Именно для сверок и т.д. И эти списки активно юзаются бухами, особенно предыдущие один-два года. | | |
14
- 05.08.2015 - 22:25
|
Скорее всего, там база хронически не закрывается по какому-то измерению регистра. И вес этой базы - после прихода специалиста будет 1 гиг. | | |
15
- 06.08.2015 - 08:36
|
(13) Современные технологии позволяют для небольших компаний без перегрузок данных в кубы и иже с ними достаточно оперативно получать отчеты из электронной первички. Тратиться при этом на поддержание аналитической базы данных, смирясь еще и с тем, что в них разрезы учета зафиксированы раз и навсегда как минимум странно. (14) 1 Гига не будет. | | |
16
- 06.08.2015 - 09:16
|
Зачем делать лишнее действие - сворачивать - если всё хорошо? Размер базы сам по себе не страшен, есть не просит. Когда вся история в одной базе - это очень удобно. | | |
17
- 06.08.2015 - 09:34
| Когда бэкап занимает более часа и судорожно ищется место для него или для развернуть копию - то это как бы становится очень важно. И руководство не планирует ничего закупать из железа - ну работало же | | |
18
- 06.08.2015 - 09:35
|
2(17) И руководство не планирует ничего закупать из железа - ну работало же Действительно. И зачем детям каждый год новую одежду покупать - в прошлом году ходили, нормально было. | | |
19
- 06.08.2015 - 09:44
| - Не факт. Может и стать неожиданно. | | |
20
- 06.08.2015 - 10:01
| Автор, расскажи как ты делаешь бэкапы. Я думаю, что при таком раскладе, это будет интересно. | | |
21
- 06.08.2015 - 11:01
|
(20)я не аффтр) как и все делают - backup database. более часа реально напрягает, как г мамонта таскать многолетние базы. в 7.7 была хорошая практика каждый год резать. Что надо и в старой архивной базе посмотрят. ИТ - не дети, каждый год серверы никто не меняет. Даже за 3-5 лет не меняют | | |
22
- 06.08.2015 - 11:27
|
(21) Непонятно. Я во время проведения бэкапа расслаблен, занимаюсь своими делами. Что конкретно напрягает? Прим. Бэкап настроен по расписанию. | | |
23
- 06.08.2015 - 11:31
| только резать надо с умом, оставляя текущий год, и два года назад. Обычно 97-99% просмотров назад - в предыдущий год, 1-3% - в предпредыдущий, с большей глубиной - ну очень редко. и чем это удобно? Зато таскать все свое барахло из трехкомнатной квартиры, идя в магазин за булочкой и пачкой чая - не напрягает. ТТО - это клиника, а ТЛО - диагноз | | |
24
- 06.08.2015 - 11:58
| Я уже увидел. Цитата:
У меня есть база гиг на 90, так там фулл бэкап минут 10-15 делается. К том уже фулл бэкап там раз в неделю. Поэтому какие могут быть напряги? Почитай тут, может поможет. | | |
25
- 06.08.2015 - 12:15
|
(24) бэкапы на диске С ? звиздец совет новичкам, пацталом. Накрылся сервер - а с ним и бэкапы. Руководство вежливо погладит по головке | | |
26
- 06.08.2015 - 12:21
|
25-Jimbo > не вижу криминала: 1) если база на другом диске 2) если к тому же и система на ещё другом диске 3) если бэкапы после быстрого создания неторопливо и регулярно сливаются на внешние носители 4) если это всего лишь пример в сабже, для которого не развёрнут реальный сервер с полноценной дисковой структурой | | |
27
- 06.08.2015 - 12:24
| (26) п.3 и бывает более часа, сети, диски | | |
28
- 06.08.2015 - 12:31
|
27-Jimbo > но база-то уже работает. а то что параллельно со штатной работой БД копируется куда-то какой-то файл с какого-то не БДшного диска - так это практически никому не мешает. особенно если через отдельную сетевуху и с запуском процесса копирования с того компа на который копируется, а не с самого сервера. | | |
29
- 06.08.2015 - 12:54
|
25-Jimbo >Ты из под стола то вылезь. Это от твоего "более часа" надо под стол залазить. 28-Зелёный тролль >Так он вообще тему не вкуривает. | | |
30
- 08.08.2015 - 09:14
| Проанализировать на предмет не закрывающихся регистров по измерениям, - не предлагать? | | |
31
- 11.08.2015 - 14:43
| (0) выборочно тогда сворачивайте - что кому надо оставить, остальное фтопку. обычно, процентов до 90-то ужмется дискового пространства, ну и трудозатратного времени (тут не считал, но даже если тупо 150 гигов копировать, вместо 3-х. не говоря уже о бедных юзерах) | |
| Интернет-форум Краснодарского края и Краснодара |