Какая ваша самая большая ошибка SQL Server или неприятный инцидент? - PullRequest
13 голосов
/ 09 февраля 2009

Вы знаете тот, о котором я говорю.

Мы все были там в какой-то момент. Вы получаете это ужасное чувство страха и осознание того, о мой бог, что это на самом деле произошло.

Конечно, теперь вы можете смеяться над этим, верно, так что продолжайте и поделитесь своими неудачами с SQL Server с нами.

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

Итак, чтобы начать движение, я пойду первым …… ..

Это было в мои первые годы в качестве младшего гуру SQL Server. Я мчался вокруг Enterprise Manager, выполняя несколько обязанностей администратора. Вы знаете, как это, проверив несколько журналов, убедившись, что резервные копии работают нормально, немного ведя базу данных, в значительной степени занимаясь бизнесом на автопилоте и нажимая клавишу ввода в обычных всплывающих подсказках.

Ой, подождите, было ли сообщение «Вы уверены, что хотите удалить эту таблицу»? Слишком поздно!

Просто для подтверждения любых начинающих администраторов баз данных удаление производственной таблицы - очень и очень плохая вещь!

Нет необходимости говорить, что мировой рекорд был быстро установлен для самого быстрого восстановления базы данных в новой базе данных, за которой быстро последовала миграция таблицы, о да. Все остальные, конечно, не были мудрее, но все же получили ценный урок. Концентрат!

Ответы [ 25 ]

1 голос
/ 03 марта 2009

Я установил максимальный объем памяти сервера на 0. Я думал, что в то время, когда SQL-сервер автоматически сообщит об использовании всей доступной памяти (это было рано). Нет такой удачи. Сервер SQL решил использовать только 16 МБ, и мне пришлось подключиться в однопользовательском режиме, чтобы вернуть настройки обратно.

1 голос
/ 09 февраля 2009

Самой большой ошибкой было предоставление разработчикам «записи» доступа к производственной БД многие записи DEV и TEST были вставлены / перезаписаны и скопированы слишком производственно, пока не было разумно предложено (мной!) разрешить доступ только для чтения!

1 голос
/ 09 февраля 2009

Однажды я работал с младшим разработчиком, который запутался и назвал «Drop» вместо «Delete» на столе.

Это была долгая ночь, чтобы восстановить резервную копию ...

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

1 голос
/ 09 февраля 2009

Сортировка по SQL-серверу. Я помню, как узнал о том, как важно всегда избавляться от SqlDataReader. У меня была система, которая отлично работала в разработке и работала с базой данных ERP. В процессе работы он отключил базу данных, потому что я полагал, что этого достаточно, чтобы закрыть SqlConnection, и имел сотни, если не тысячи открытых соединений.

0 голосов
/ 09 декабря 2009

Нажмите «Восстановить» вместо «Резервное копирование» в Management Studio.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...