Окремий сервер SQL або просто окрема база даних SQL для тестування та виробництва?

Я новачок у SQL Server, тому це, можливо, більше питання управління SQL Server.

Я створюю тестові та виробничі бази даних для послуги, і я думаю, що я досить сильно витираю базу даних тестів. Крім того, я хочу отримати різні стратегії реплікації та аудиту ведення аудиту.

Чи має сенс обидві бази даних SQL на одному і тому ж SQL сервері, що, здається, саме тим порталом Azure найлегше керувати, чи має сенс створити окремий логічний сервер SQL для тестових і виробничих баз даних?

Перейдіть з окремим логічним сервером:

• Це коштуватиме стільки ж, оскільки ви платите за рівень ярусу бази даних, а не сервер бази даних.
• Надаючи окремі сервери, ви забезпечуєте ізоляцію між двома базами даних, захищаючи одну від іншої.
• Якщо ви не користуєтесь вміщеними користувачами, ваші користувачі поділяться між Тестом та Виробництвом, якщо ви випадково використовуєте одного і того ж користувача для обох баз даних, зміна пароля у виробництві також вимагатиме однакових змін у Тесті.

Ви можете використовувати той же сервер для бази даних, якщо:

• Ви створюєте дуже велика кількість баз даних у багатьох Dev / Test середовищ, існує обмеження на загальне число серверів SQL.
• У вас є дві бази даних, які потрібно розгорнути як частину одного шаблону ARM.

Розмістити їх обох на одному сервері, звичайно, найпростіше. Тим НЕ менше, я б посперечався в бізнес - ситуації , ви не повинні бути в змозі зробити це.

Виробнича база даних є одним з найважливіших ресурсів веб-програми. Ймовірно, в ньому багато конфіденційних даних. Мабуть, це також важливо для стабільності сайту. Таким чином, облікові дані виробничої бази повинні ретельно контролюватися, а правила брандмауера повинні перешкоджати доступу до неї за винятком невеликої кількості перевірених машин. Крім міркувань щодо безпеки, правила брандмауера також допомагають запобігти випадковим тестовим операціям у виробничій базі даних - якщо це може статися, це рано чи пізно.

Редагувати: Незабаром після того, як я спочатку написав цю відповідь, у Digital Ocean (одного з найбільших хостинг-провайдерів) стався відключення, яке було б уникнути, якби вони правильно розподілили свою мережу. Вивчіть їх урок замість того, щоб повторювати помилку.