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

12

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?

sql azure Anonimowy 1
źródło
1
Cześć. Witamy na stronie. Zrobiłem drobne zmiany dla lepszej przejrzystości. Pl
prosimy o cofnięcie

Odpowiedzi:

6

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.
Richard Slater
źródło
Dodam jeszcze jeden punkt: oddzielne serwery pozwalają na aktualizację serwera Q / A i dostosowanie go przed aktualizacją serwera produkcyjnego.
Tensibai
5

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.

Bojkot SE dla Moniki Cellio
źródło