Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Были ли обращения к таблицам
|
|||
|---|---|---|---|
|
#18+
КритикСоответственно, если объекта нет год в кэше, если объект больше нигде не используется, то переименовывается на удаление. Через месяц переименованный объект копируется в другую базу и удаляется с основной. Таким макаром мы удалили около 7 тысяч неактуальных объектов (несколько Тб) за 5 лет. Я в одной(самой большой по кол-ву таблиц) базе из 6400 таблиц удалил последовательно пачками около 2700. Тоже сначала переименование, через 2-3 недели удаление. Раза 3-4 был косяк, пока таблица была переименована, возвращал обратно. 1 раз через полгода после удаления спохватились, запустив какой-то древний устаревший отчет. Просто перешли на более актуальный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2019, 10:46 |
|
||
|
Были ли обращения к таблицам
|
|||
|---|---|---|---|
|
#18+
Вывод. Перед дропом таблиц лучше сделать бэкап. Проверить его на восстановление в новую базу. Положить с пометкой на видное место. По мере возникновения случаев "ай-вай-вай" возвращать таблицы. Но опять же возникает вопрос, а зачем, если бэкап тоже место жрет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2019, 10:54 |
|
||
|
Были ли обращения к таблицам
|
|||
|---|---|---|---|
|
#18+
Критик, Интересный вариант. Весьма обстоятельный подход к задаче. В моем случае возможно до самого удаления в принципе не дойдёт. Будет новый сервер, больше места, может и передумают. Сейчас мало места на диске, планируют переделку, а некуда. При этом по таблице занимающей четверть диска подозревают, что уже не нужна, но без уверенности. Бекапы перед любым вариантом удаления\переименования естественно нужно делать. И бекап должен лежать не на том же диске\сервере, так что проблема с нехваткой места не затрагивает. А бекап с сжатием положенный на хранение на пару лет занимает не так много ресурсов. Всем спасибо за ответы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2019, 11:07 |
|
||
|
Были ли обращения к таблицам
|
|||
|---|---|---|---|
|
#18+
DanionА бекап с сжатием положенный на хранение на пару лет ... ... нужно часто проверять, что он все еще бэкап а не набор битых байтов. Ты сам себе выроешь могилу. Объясняй топ-топ менеджерам, что стоимость места хранения в разы меньше стоимости потери информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2019, 11:38 |
|
||
|
Были ли обращения к таблицам
|
|||
|---|---|---|---|
|
#18+
Руслан Дамирович, 1) Я не являюсь ответственным за систему, работы если и будут проводиться, то этими же ответственными. Оказываю помощь по некоторым вопросам. 2) На этом сервере сами базы не хранят эксклюзивную информацию. Там всегда можно все вытянуть селектами с продуктива. И это позиция самих аналитиков. 3) Не во всех конторах ищут крайнего и делают стрелочника. У нас сначала решается проблема, а вариантов тут выходит много. При этом, если будут вопросы почему вообще этим занимались, то есть официальное обращение на предоставление информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2019, 11:59 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39817605&tid=1687785]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
129ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 254ms |
| total: | 472ms |

| 0 / 0 |
