Шон, я розумію, звідки ти родом.
Ми тут у подібному човні, як я б очікував, що багато інших. Не витримуючи сьогоднішньої економіки.
Незважаючи на неодноразові скарги на керівництво (включаючи вищий керівництво бізнесу), наша ситуація така; Названа «DBA» (в окремому «команді розвитку» на іншому поверсі), на жаль, знає менше, ніж молодший, який володіє двома книгами O'Reilly та KB-друком. Вона влаштувалася на роботу і чудово підсипає мед у вухо людині, яка також наливає мед у вухо найвищої муки.
Звичайно, було б ідеально мати можливість вчитися "торгівлі" DBA, але знову ж таки .. Те, що ми хочемо і що можемо мати, - це дуже різні речі. :)
Я особисто зіткнувся з такими проблемами, які (наголошуючи досить тупо, але зовсім не коректно) вимагали великої кількості гуглінгу.
- Транлологи. Ти маєш рацію. Що за чорт були ці речі? Отже, нам довелося відновити базу даних та сервер, що саме означає "повторення трансляцій"? :)
- Зачекайте, що ви означає, що ці бази даних просто збільшуються? Як ми їх стискаємо? Або хоча б підтримувати своє зростання?
- Стандартизація установок на різних серверах (це зображення для "dev", це зображення для "prod", і це маленьке зображення кричало аж додому, з ринку. :)
- Сценарії технічного обслуговування та те, як допомогти керувати базами даних протягом тривалого періоду часу (як-от вирощування кімнатних рослин та переконайтеся, що вони не перетворюються на кудзу.)
- Завжди переконуючись, що прогнози продовжуються на C: \, журнал та / або бази даних йдуть на D: \, який сформулював нашу стандартизацію, (C: \ - це два дзеркальних диска; D: \ - це зазвичай справа RAID5 .)
- Необхідно придбати окрему ліцензію SQL та клієнта для резервного копіювання.
- Ознайомтеся з керуванням користувачами, які команда розробників призначає самій базі даних SQL, керуванню ролями DBO тощо. Переконайтеся, що у вас є хороша модель безпеки, коли справа стосується прав користувачів всередині бази даних.
- Дослідження облікового запису служби домену, яким можуть працювати сервіси SQL. Які права потрібні цьому обліковому запису послуги, якщо такі взагалі є.
(Ви потрапили на кілька досить непоганих у своєму дописі.)
Оскільки ви працюєте з обмеженими можливостями, як і деякі інші, переконайтеся, що ви поширите знання SQL серед команди, якщо зможете. Поділіться тим, що знаєте, навчіть інших так само. Будьте доброзичливі. Це справжній біль, коли потрібно носити капелюх SQL, але принаймні багато очей і думок є кращими, ніж один.
Однак, перш за все, намагайся, як чорт, отримати штатного персоналу DBA. :)