Oddzielny SQL Server czy po prostu osobna baza danych SQL do testowania i produkcji?

Jestem nowy w SQL Server, więc może to być bardziej pytanie dotyczące zarządzania SQL Server.

Tworzę testowe i produkcyjne bazy danych dla usługi i wyobrażam sobie, że dość często wycieram testową bazę danych. Dodatkowo będę chciał różnych strategii replikacji i rejestrowania kontroli.

Czy sensowne jest posiadanie obu baz danych SQL na tym samym serwerze SQL, co wydaje się być tym, co Azure Portal ułatwia w zarządzaniu, czy też bardziej sensowne jest utworzenie oddzielnego logicznego serwera SQL dla baz danych testowych i produkcyjnych?

Idź z oddzielnym serwerem logicznym:

• Będzie to kosztować to samo, ponieważ naliczane są opłaty na poziomie bazy danych, a nie serwera bazy danych.
• Zapewniając osobne serwery, zapewniasz izolację między dwiema bazami danych, chroniąc jedną przed drugą.
• O ile nie użyjesz zamkniętych użytkowników, użytkownicy będą współużytkowani między wersją testową i produkcyjną, jeśli zdarzy się, że użyjesz tego samego użytkownika w obu bazach danych, zmiana hasła w produkcji również wymagałaby tej samej zmiany w teście.

Możesz użyć tego samego serwera dla bazy danych, jeśli:

• Tworzysz bardzo dużą liczbę baz danych w wielu środowiskach deweloperskich / testowych, ponieważ istnieje ograniczenie całkowitej liczby serwerów SQL.
• Masz dwie bazy danych, które należy wdrożyć jako część tego samego szablonu ARM.

Umieszczenie ich obu na tym samym serwerze jest z pewnością najłatwiejsze. Jednak twierdzę, że w sytuacji biznesowej nie powinieneś być w stanie tego zrobić.

Produkcyjna baza danych jest jednym z najważniejszych zasobów aplikacji internetowej. Prawdopodobnie zawiera wiele poufnych danych. Prawdopodobnie ma to również kluczowe znaczenie dla stabilności witryny. Poświadczenia produkcyjnej bazy danych powinny być ściśle kontrolowane, a reguły zapory powinny uniemożliwiać dostęp do niej, z wyjątkiem niewielkiej liczby sprawdzonych maszyn. Oprócz względów bezpieczeństwa reguły zapory pomagają również zapobiegać przypadkowym operacjom testowym w produkcyjnej bazie danych - jeśli tak się stanie, to prędzej czy później.

Edycja: Krótko po tym, jak pierwotnie napisałem tę odpowiedź, Digital Ocean (jeden z największych dostawców hostingu) miał awarię, której można by uniknąć, gdyby odpowiednio segmentowali swoją sieć. Naucz się ich lekcji zamiast powtarzać błąd.