К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Подскажите, база SQL уже 75 гб, делать свертку информационной базы, данные с 2011 года

Гость
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
Цитата:
Сообщение от Reaper Посмотреть сообщение
И потерять данные для статистики, по которым рассчитываются заказы поставщикам?
опять наш столбик отжигает. дЭрмо вся эта статистика с 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
Цитата:
Сообщение от iMoxa Посмотреть сообщение
(14) 1 Гига не будет.
- Не факт. Может и стать неожиданно.
20 - 06.08.2015 - 10:01
Цитата:
Сообщение от Jimbo Посмотреть сообщение
...
Когда бэкап занимает более часа
Цитата:
Сообщение от amv Посмотреть сообщение
...
база SQL уже 75 гб

Автор, расскажи как ты делаешь бэкапы.
Я думаю, что при таком раскладе, это будет интересно.
21 - 06.08.2015 - 11:01
(20)я не аффтр) как и все делают - backup database.
более часа реально напрягает, как г мамонта таскать многолетние базы. в 7.7 была хорошая практика каждый год резать. Что надо и в старой архивной базе посмотрят.
ИТ - не дети, каждый год серверы никто не меняет. Даже за 3-5 лет не меняют
Гость
22 - 06.08.2015 - 11:27
(21)
Цитата:
Сообщение от Jimbo Посмотреть сообщение
более часа реально напрягает
Непонятно. Я во время проведения бэкапа расслаблен, занимаюсь своими делами. Что конкретно напрягает?

Прим. Бэкап настроен по расписанию.
Гость
23 - 06.08.2015 - 11:31
Цитата:
Сообщение от Jimbo Посмотреть сообщение
в 7.7 была хорошая практика каждый год резать.
только резать надо с умом, оставляя текущий год, и два года назад. Обычно 97-99% просмотров назад - в предыдущий год, 1-3% - в предпредыдущий, с большей глубиной - ну очень редко.






Цитата:
Сообщение от Пудель Посмотреть сообщение
Когда вся история в одной базе - это очень удобно
и чем это удобно? Зато таскать все свое барахло из трехкомнатной квартиры, идя в магазин за булочкой и пачкой чая - не напрягает. ТТО - это клиника, а ТЛО - диагноз
24 - 06.08.2015 - 11:58
Цитата:
Сообщение от Jimbo Посмотреть сообщение
(20)я не аффтр)
...
Я уже увидел.

Цитата:
Сообщение от Jimbo Посмотреть сообщение
...
как и все делают - backup database. более часа реально напрягает,
...
А в чём проблема такого долгого бэкапа?
У меня есть база гиг на 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-х. не говоря уже о бедных юзерах)


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены