작성자 : Techopedia Staff, 2017 년 2 월 22 일
테이크 아웃 : 호스트 Eric Kavanagh는 Dr. Robin Bloor, Dez Blanchfield 및 IDERA의 Binh Chau와 데이터베이스 관리에 대해 논의합니다.
현재 로그인하지 않았습니다. 비디오를 보려면 로그인 또는 가입하십시오.
에릭 카바나 흐 : 좋아, 신사 숙녀 여러분. 다시 한번 환영합니다. 수요일은 4시이며, 지난 몇 년 동안은 Hot Technologies의 시간입니다. 맞습니다, 이것은 친구 Techopedia – Techopedia.com과의 쇼입니다. 온라인으로 확인하십시오. 한 달에 150 만 명의 순 방문자가 몬스터 트래픽을받습니다. 많은 웹 트래픽입니다. 오늘날의 주제 인“DBA의 꿈 : 환경 전반에 걸친 발견 및 관리”예, 특히 대규모 조직의 경우 큰 문제입니다. 당신에 대한 슬라이드가 있습니다. 나에 대해 충분합니다. Twitter @eric_kavanagh에서 저를 때리십시오. 나는 항상 뒤를 따라 대화를 나누려고 노력합니다.
다시 한 번, 오늘날 데이터베이스 기술에 대해 이야기하고 있으며 광범위한 데이터베이스 인스턴스 환경에서 일어나는 일을 실제로 이해할 수 있습니다. 많은 사람들이 알고 있듯이 일단 조직의 성장을 시작하면 이러한 인스턴스를 더 많이 확보 할 수 있으며 그에 대한 핸들링을 유지하는 것은 약간 흥미로운 과제가 될 수 있습니다. 사실, 저는 수년 전에 국방부 CIO 사무실의 데이터 거버넌스 디렉터 인 한 사람과 큰 대화를 나 remember 던 것을 기억합니다. 그리고 저는 그에게이 흥미로운 것들을 모두 이야기하고, 우리는이 훌륭한 대화를 나누었고, 연방 지출에서 투명성을위한 로비 활동에 대한 배경 이야기를 들었습니다. 그는 웃으며 말했습니다.“오, 다음은 그 곳을 보내야 할 곳입니다. 포식자 무인 항공기 파업.”그는 말했다.“연방 지출의 투명성? 여기에 몇 개의 Oracle 라이센스가 있는지조차 모릅니다.”라고 들었을 때, 일부 조직이 직면 한 도전의 정도를 진심으로 알 수있었습니다.
요즘에는 주변에서 날고있는 것을 이해하기위한 흥미로운 도구가 많이 있지만 20 년 전만해도 정말 어려운 과제였습니다. DOD 규모의 조직에 관해서는, 처리량을 늘리면 많은 비용이 절약되고 많은 시간이 절약되며 거버넌스 문제가 해결 될 것이라고 상상할 수 있습니다. 이런 종류의 일을 올바르게하면 여러 가지 문제를 한꺼번에 해결할 수 있습니다. 우리는 오늘 그것에 대해 배울 것입니다.
The Bloor Group의 수석 분석가 인 Dr. Robin Bloor가 있습니다. 우리는 데이터 과학자 인 Dez Blanchfield가 호주 시드니에서 아래로 전화를했습니다. IDERA의 선임 제품 관리자 인 Binh Chau도 온라인에 있습니다.
우리는 #HOTTECH을 해시 태그로 사용합니다 – 공연 중에는 자유롭게 트윗하십시오. 그리고 우리는 당신들에게 좋은 질문을하므로 부끄러워하지 마십시오. 웹 캐스트 콘솔의 Q & A 구성 요소 나 채팅 창을 사용하여 언제든지 질문하십시오. 그걸로 로빈 블로어 박사에게 전달하겠습니다. WebEx에 열쇠를 건네 주겠습니다. 그곳에 가서 가져 가라.
로빈 블로어 박사 : 좋습니다. 자, 이제 우리는 첫 번째 슬라이드로 넘어 갑시다. 이탈리아에서는 Stanlio와 Olio, Laurel과 Hardy라고합니다. 모두가 2000 년에 대해 걱정했던 1990 년대로 돌아가서 2000 년에 여러 해의 프로젝트에 참여했습니다. 그리고 큰 보험 회사라고하겠습니다. 그들은 메인 프레임에 존재하지 않는 500 개 이상의 응용 프로그램이 있다는 것을 알게되었습니다. 그들은 메인 프레임의 재고를 가지고있었습니다. 그 당시 메인 프레임 환경은 나중에 나온 것보다 훨씬 더 잘 보았습니다.
나는 정말 기절했고 조직의 사람들과 대화를 나 central 다. 그들은 중앙 종합이 없다고 말했다. 그 정보를 아는 사람은 기본적으로 없었다. 그들은 자산의 재고를 결코 얻지 못했습니다. 그리고 데이터베이스는 데이터와 데이터의 가치가 포함되어 있기 때문에 불확실한 용어가없는 자산입니다. 문제는 몇 개이고 실제로는 어디에 있습니까? 이것은 단지 "데이터베이스 란 무엇입니까?"이고 제가 생각하는 이유는 데이터베이스는 데이터를 던지는 찬장입니다. 그리고 최근에 수천 개의 Oracle 인스턴스가있는 사이트와 대화하고있었습니다. 오라클은 복잡한 방식으로 사용하는 경우 DBA가 필요한 데이터베이스입니다.
나는 그것에 대해 일종의 질문을 받았으며 그들은 조직 전체의 DBA가 약 7 또는 8이라고 생각합니다. “누가 수천 개의 인스턴스를 돌보고 있습니까?”라고 그들은 말했습니다.“실제로 사람들이 파일 시스템으로 사용하고 있다는 것이 실제로 발생했습니다. 우리는 성능이 정말로 중요한 대규모 클러스터에 다수의 데이터베이스가 있으며 DBA는 항상 그 위에 있습니다. 그리고 우리는 아무도 보지 않는 수천 개의 다른 데이터베이스를 가지고 있습니다.”그리고 나는 데이터베이스가 몇 개인 지 정확히 물었고, “Oracle이 마지막으로 감사했을 때”라고 그들은 스스로 감사하지 않았습니다. 알다시피, 그것은 흥미로운 것입니다.
그러나 데이터베이스를 사용해야하는 이유가 있습니다. 데이터베이스는 데이터 모델을 구현합니다. 데이터를 공유 할 수 있습니다. 데이터에 대한 여러 동시 요청을 관리하고, 보안 모델을 구현하고, ACID를 준수하거나, 탄력적이거나 복원력을 갖도록 설정할 수 있습니다. 이것이 데이터베이스가있는 이유입니다. 그러나 수천 개의 SQL Server 또는 Oracle 인스턴스가있는 사이트를 발견하는 것은 드문 일이 아니며 대부분 기본적으로 파일 시스템으로 사용되고 있습니다. 그렇다면 왜 새로운 인스턴스를 만들겠습니까?
개발자 팀이 새 애플리케이션을 빌드하는 경우 사일로에서 빌드하므로 지정된 새 애플리케이션이 별도의 데이터베이스를 갖도록합니다. 반드시 데이터 레이어를 만들려고하는 것은 아닙니다. 좋은 방법이라고 생각하지 않습니다. 그러나 매우 복잡한 환경이 있다면, 관계가있는 곳에 데이터를 보유한다는 측면에서 서로 관련된 모든 데이터베이스를 함께 모으는 것이 매우 어려워집니다. 복제본에 대한 인스턴스가 생성됩니다.
가용성을 위해 핫 스탠바이 또는 복제본을 가질 수 있지만 데이터 마트에는 복제본 또는 반복 제본도 있습니다. 데이터웨어 하우스 세계가 소개되면, 데이터 마트가 몇 개나 있는지, 사람들은 데이터웨어 하우스에서 데이터를 가져 와서 데이터웨어 하우스에서 데이터를 가져 와서 데이터를 복제 파일로 사용하는 것입니다. 그들이 기본 성능으로 할 것이라고 생각하십시오. 이 사람들의 대부분은 아마도 실제로 데이터베이스를 조정할 수 있다는 것을 몰랐을 것입니다. 배포 목적으로 데이터를 고유 한 힙으로 분할 한 디자인을 보았습니다.
아시다시피, 조직 내에 여러 저장소가 있고 각각 데이터베이스가 있고 중앙 데이터베이스의 조각 인이 복제 상황이 자주 발생합니다. 샤딩에서 인스턴스를 얻습니다. 열악한 디자인 결정 – 사람들이 별다른 이유없이 별도의 데이터베이스를 생성 한 데이터베이스와 관련하여 실제로 기괴한 디자인이 발생하는 것을 보았습니다. 앞서 언급했듯이 데이터베이스는 파일 시스템입니다.
그런 다음 테스트 및 개발 환경이 세워져 있어야하지만 모두 데이터베이스 화 된 인스턴스로 간주되며, 보안 및 데이터베이스가 제공하는 다른 모든 기능을 갖추어야합니다. 인스턴스 고려 사항 – 데이터베이스 워크로드는 특정 인스턴스에 대해서만 최적화 할 수 있습니다. 절대적으로 최고의 성능을 얻는 데 관심이 있다면, 많은 데이터베이스에서 데이터를 파쇄한다고해서 반드시 그런 종류의 최적화를 제공 할 필요는 없습니다.
가짜 데이터 인스턴스를 작성하지 않는 이유가 있습니다. 카운터 포인트와 동일한 데이터베이스에서 혼합 된 워크로드로 인해 성능이 저하 될 수 있습니다. 특히 OLTP에서 특히 주목할만한 것은 대규모 쿼리 트래픽이 단순히 혼합되지 않고 혼합되지 않았으며 혼합되지 않을 것입니다. 일반적으로 여러 VM을 갖지 않고 서버 수준에서 데이터베이스를 통합하는 것이 가장 좋습니다. 그러나 VM은 격리를 제공합니다. 어떤 사람들에게는 다른 데이터와 데이터를 분리하는 것이 디자인 결정이므로 해당 응용 프로그램이 실패하거나 해당 데이터베이스가 실패하면 응용 프로그램이 다운되지 않습니다.
물론 문제는 데이터베이스 라이센스 요금 인 다음 지점으로 넘어 가게된다는 것입니다. 이러한 상황은 다양하지만, 누군가 특정 숫자를 사용하지 않기 때문에 데이터베이스 라이센스 비용이 설계 기준이 되었기 때문에 데이터베이스 라이센스가 작동하는 방식으로 인해 시스템을 제대로 설계하지 못하는 사람들이 있습니다. 그리고 다른 점이 있습니다. 모든 데이터베이스를 통합하기 시작하면 DBA가 비싸다는 점에 주목할 가치가 있습니다. 그렇게 쉬운 일이 아닙니다.
세계에 대한 간단한 관점 – 그리고 이것이 실제로 마지막 슬라이드입니다 – 데이터 계층, 전송 계층 및 처리 계층이 있습니다. 그리고 모든 하드웨어가 그 아래에 있습니다. 데이터 계층의 내용과 이유를 정확히 모르면 데이터 계층을 최적화 할 수 없습니다.
그리고 말했다, 나는 Dez Blanchfield의 아래에서 내 친구에게 넘어갈 것이다.
Dez Blanchfield : 감사합니다, Robin. 마우스를 여기에 정리하겠습니다. 저는 오늘 우리에게 몇 가지 일화를 줄 것입니다. 왜냐하면이 주제는 매우 큰 주제이며, 이 공간에서 거의 30 년 동안 위아래로 움직 였기 때문에 화이트 보드 마커로 재미있게 2 주를 보낼 수 있습니다. .
그러나 먼저 정신적 인 시각 사진입니다. 오늘 우리가 이야기하고있는 도전에 대해 생각할 때 – 그리고 본질적으로, 우리는 데이터베이스 성장, 복제 및 스프롤과 그에 따른 모든 도전에 대해 이야기하고 있습니다. 마음. 이들은 유명하게 아름다운 나무이며, 작은 도토리로 시작하지만이 거대 동물로 자랍니다. 그리고 그렇게 할 때, 그들은 매우 크고 지저분합니다. 그리고이 이미지에서 볼 수 있듯이 시각적 은유로서, 원한다면, 가지가 어디든 가다가 나뭇 가지가 떨어지고 끝이 남을 때 모든 무작위, 혼돈 된 형태로 나타납니다. 땅 위에서 볼 수있는 비트입니다.
나는 그것들을 데이터베이스 내부의 데이터라고 생각합니다. 그리고 그 아래에는 뿌리 구조가 있으며 모든 종류의 방향을 활용합니다. 그러나 그것은 평평하고 평평한지면의 표면에서 매우 깨끗하고 합리적인 것처럼 보이지만, 현실은 마치지면 위에있는 것처럼지면 아래에서 미친 것입니다. 우리는 그것을 보지 못합니다. 그리고 저는 오늘날 이사회 실에서 기술자에게 조직에 실제로 일어나고있는 일을 시각화하기 위해 조직에 이르기까지 오늘날 우리가 말하고있는 도전에 대해 설명하는 방법에 대해 생각할 때 종종 이것을 사용합니다. 컴퓨터 화면을보고 쉽게 볼 수있는 행과 열의이 아름다운 필드를보고 "우리는 그것을 정리했고 큰 문제는 아닙니다."라고 생각합니다. 그러나 전혀 그렇지 않습니다. 그 시점에서 나는 보통이 한 줄을 쳤다. 내 마음 속에있는 데이터베이스는 도토리와 같다는 것을 알고있다. 작은 규모로 시작해서 자라지 만, 그것을 알기 전에는 거대한 떡갈 나무 숲이있다. 시각적.
따라서 두 가지 일화는 통제에서 벗어나고 고칠 수없는 시나리오를 공유하는 것과 비슷하지만 비슷한 일을했지만 고칠 수있는 또 다른 시나리오를 공유하기위한 것입니다. 우리는 그것에 대해왔다.
첫 번째 시나리오는 시간이 지남에 따라 가장 큰 의도를 가진 CIO가 무의식적으로 통제 할 수없는 예상치 못한 원치 않는 스프롤 중 하나를 초래 한 시나리오였습니다. 기술적으로 정통한 직원이 수천 명인 정부 기관이 시스템 및 도구에 대한 액세스를 요구하여 많은 프로세스와 협력하고 자동화 할 수있는 시나리오였습니다. 그들은 종이 양식에서 벗어나고 싶었고 온라인 시스템을 만들고 싶었고, 데이터를 캡처하고 추적하고이를 모니터링하고 다시보고하고 동료에게 제공하기를 원했습니다.
그리고 모든 종류의 것들이 있습니다. 사람들이 사무실에 가서 점심 시간에 식당에서 주문한 사람에 이르기까지 보안 목적을 위해 시계를 타고 로그인합니다. 그래서 의도가 좋은 CIO는 Lotus Notes가 일련의 세미나에 참석했기 때문에 Lotus Idea가 좋은 아이디어라고 결정했으며 IBM은이를 발표하는 데 큰 역할을했으며 올바른 시나리오에서는 올바른 결정을 내렸을 것입니다. 그것은 통제하에 이루어졌다. 그러나 기술 담당자 팀에 Lotus Notes를 전달하여 환경에서 구현을 구현 한 다음 현명한 도구 등을 세우고 주변에 제어 및 거버넌스를 제공하는 대신 실제로 표준에 배포 한 경우 모든 데스크탑이 효과적으로 서버가되었습니다.
그래서 그들은이 전체 프로세스에 대한 교육 및 실습용 메모 및 문서를 제공했으며 갑자기 모든 사람들이“저는 데스크탑에 Lotus Notes를 가지고 있습니다!”라고 깨달았습니다. 이것이 무엇을 의미한다고 생각하십니까? 기술적으로 정통한 수천 명의 직원이 효과적으로 Lotus Notes에서 앱을 스크립팅하고 작성하는 방법을 배우고 스프레드 시트, 행 및 열 및 필드처럼 보이는 작은 데이터베이스를 작성하고 Domino를 통해 이러한 작은 웹 인터페이스를 제시한다는 것을 의미했습니다.
무언가에 대한 정보를 캡처하려면 작은 양식을 작성하고 스프레드 시트 유형의 인터페이스로 파일에 넣고 작은 Lotus Notes 데이터베이스를 작성하고 웹 앱으로 표시 한 후 정보 수집을 시작하면됩니다. 몇 년 동안 실행되고 갑자기 깨달았을 때까지 훌륭하게 들렸으며 누군가 깨어났습니다.“잠깐만, 왜 LAN에 특히 10, 000 개에 달하는 새로운 데이터베이스 기반 앱이 나타나는가? 몇 달? 무슨 일이야?”글쎄, 무슨 일이 있었는지, 당신은 본질적으로 사람들에게 총을줬고, 총을 싣고 안전이 해제되었고, 물론 그들은 스스로 발을 쐈습니다.
그리고이 위대한 이미지가 여기에 있습니다. 나는 이탈리아 예술가의 마음 속에 떠 오릅니다. 그는이 이상한 일을하는데 건초와 짚으로 트럭을 싣고 아트 스튜디오 한가운데에 버리고 아트 스튜디오의 큐레이터를 얻습니다. 바늘을 중앙에 무작위로 삽니다. 그리고 그는 짚으로 건초 더미에서 바늘을 찾고있는 빨대를지나면서 카메라에서 라이브 피드에 며칠을 보냅니다. 결국, 몇 시간과 며칠이 지난 후, 그는 그것을 찾아 위아래로 뛰어 올라 흥분합니다. 어쨌든, 이탈리아 예술가, 당신은 무엇을 할 수 있습니까? 그러나 그것은 매우 유머러스하며 온라인으로 본 적이 있거나 온라인으로 본다면 매우 혼란스러운 것을 알 수 있습니다.
여기에 선의의 기술 담당자가 기술적으로 정통한 비즈니스맨에게 비즈니스맨에게 인생을 편하게 해 줄 도구를 제공 한 악몽 시나리오가 있습니다. 그러나 얼마 동안 우리는 누가 백업하고, 누가 모니터링하고 지원하는지, 이 데이터의 위치, 데이터의 구조, 스키마를 정돈하는 사람, 다른 버전을 만들고 싶은 경우, 해당 버전의 데이터와 같은 질문을 받았습니다., 나는 이것들에 대한 dev 테스트 통합 여행을 할 수 있습니까?
아시다시피, 어떻게 진행되었는지에 대한 결론을 내릴 수는 있지만 제대로 진행되지 않았으며 수백 테라 바이트의 데이터 만 백업되고 책상 위에 PC 또는 랩톱을 효과적으로 백업, 앉아 있지 않음을 상상할 수 있습니다. 사람들이 5시 30 분에 랩탑을 껐을 때를 알지 못하고 LAN에 아무도 해당 응용 프로그램에 접근 할 수 없도록 집으로 가져 갔기 때문에 시스템을 사용할 수 없었습니다. 잘 끝나지 않았다. 그리고 많은 양의 데이터를 정리하고 수동으로 조작하여 합리적인 시스템으로 다시 가져와야했습니다. 그것의 대부분은 더 이상 퍼질 수 없었기 때문에 그냥 닦고 제거했습니다.
그런 다음 두 번째 일화는 매우 다른 여정에 관한 것입니다. 개발, 테스트, 통합, 시스템 통합, 사용자 승인 테스트, 프로덕션, 재해 복구, 백업 및 백업 사본을 99 개 이상으로 업그레이드하고 패치 및 데모 환경을 확보 한 시나리오를 상상해보십시오. 1부터 99까지. 그리고 갑자기 당신은 그곳에 앉아 있습니다.“잠깐, 무슨 일이 일어나고 있는지, 누가 무엇을 사용하고 있습니까?”알다시피, 이것은 잠재적으로 일어날 악몽입니다.
그러나이 시나리오에서는 핵심 뱅킹 플랫폼에서 자산 관리 사업부를 추출하고 본질적으로 기업 내 스타트 업에서 별도의 조직으로 서기를 원하는 조직으로 갈 수있는 기회가있었습니다. 문제는 자산 관리 사업부와 그 주변의 모든 사람과 기술 및 데이터를 공공 서비스로 가져 와서 자체 회사 내부에 스타트 업을 만들어 자체 브랜드로 운영 할 수 있도록하는 것이 었습니다.
이것은 이름을 짓지 않는 은행의 글로벌 리더입니다. 우리는 자산 관리 사업부 자체와 주변의 모든 것을 추출해야했습니다. 따라서 전체, 모든 직원, 물리적 인프라 등 모든 것을 새로운 사무실 공간으로 옮깁니다. 모든 비즈니스 시스템, 모든 소프트웨어, 모든 데이터, 모든 라이센스, 이름을 지정하십시오. 글쎄, 그것은 처음에는 약간의 악몽처럼 보였다고 상상할 수 있습니다.
우리는 그 주변에 맥락을두고, 약 14 개의 핵심 제품을 지원하는 원래의 뱅킹 플랫폼에서 78 개의 시스템에 대해 이야기하고 있습니다. 수백 개의 수백 개의 라이브 데이터베이스가 사용 중이며 사용 중이라고 말하면 데이터베이스를 현장에서 이동해야했기 때문에 금요일 오후에는 한 환경에 있고 월요일에는 다른 곳과 토요일에있을 것으로 예상됩니다 일요일에는 트랜잭션이 왼쪽의 한 시스템에서 오른쪽의 다른 시스템으로 이동하는 교차점을 가져야했습니다.
한쪽에있는 78 개의 시스템이 다른쪽에있는 시스템과 일치하지 않았기 때문에 각각 무수한 레코드를 가진 약 15, 000 명의 고객과 ETL의 악몽. 우리는 완전히 새로운 금융 플랫폼, 새로운 시스템, 새로운 소프트웨어, 새로운 데이터베이스 및 새로운 스키마를 가졌습니다. 따라서 메타 데이터, 필드, 행, 열, 레코드, 테이블 등의 이름은 일치하지 않습니다. 각 제품마다 하나씩 14 개의 서로 다른 활성 개발 팀이 있습니다. 우리는이 환경을 구축 할 때 개발 테스트, 통합, 시스템 통합, 사용자 승인 테스트, 생산, 재해 복구, 데모 카피, 백업, 업그레이드, 패치 등을 경험할 때까지 교육을받지 못했습니다. 교육에는 각 개발 팀마다 23 개의 버전이있었습니다.
자, 당신은 거기에 앉아서 갑자기 피가 뭉개지기 시작하고 피부가 차가워지고 머리카락이 서 있습니다. 기술 배포 설계를 시작하기 전에 가장 먼저 한 일은 우리가 가고 올바른 도구를 얻었 기 때문입니다. 우리는 도구를 사용했지만 반드시 사람이 아니라 사람들이 도구를 운전했습니다. 우리는 도구를 사용하여 데이터를 매핑하고, 도구를 사용하여 데이터베이스를 살고, 모든 메타 데이터, 스키마를 행, 열, 레코드 및 필드로 매핑했습니다.
우리는 우리가 무엇을하는지 알았고, 상용 은행 플랫폼이 보이는 한 현재 위치에있는지도와 상관 관계가 있으며, 일대일 상관 관계가있었습니다. 그리고 중간에 떨어진 모든 것은 데이터 룸을 만들어 수동으로 매핑합니다. 그러나 새로운 환경에서 이러한 환경을 배포하고 설정하기 전에 모든 단일 레코드, 모든 단일 테이블, 모든 필드, 모든 행, 모든 열, 모든 데이터베이스 및 모든 메타 데이터, 모든 권한과 컨트롤이 하나씩 매핑되었습니다. 그리고 우리는 그 상관 관계가 만들어 질 때까지 한 가지만 움직이지 않았습니다.
따라서 ETL 부분은 악몽에서 통제와 프로세스를 검증하는 과정이 상당히 고통스럽지 않았습니다. 그리고 거의 매시간마다 정기적으로이 작업을 수행 할 수 있습니다. 우리는 구세계의 생산에서 새로운 세계의 개발, 테스트, 통합 등의 새로운 환경으로 전환하고있었습니다. 그리고 우리가 생방송을하던 날, 한 달 동안 테스트를 거쳐 5 개월 동안 진행 한 후 6 개월 만에 온라인 상태였으며 문제는 한 가지만 있었으며 문제는 누군가 비밀번호를 잊어 버리고 재설정해야했습니다. 그것은 유일한 문제였으며, 무언가 잘못되었다고 생각하는 사람들의 스트레스로 인해 약 1 시간 동안 스트레스가 발생했습니다. 암호가 만료되어 암호를 잊어 버려 재설정해야했습니다.
누군가가 큰 의도를 가지고 있지만 도전을 통해 생각하지 않은 Lotus Notes 환경과 비교했을 때 그 시나리오를 상상할 수 있습니다. 다음에 우리는이 모든 데이터를 가져 와서 매핑하고 대량으로 작성해야했습니다. 그것은 시간과 노력, 자원과 사기의 큰 손실이었습니다. 올바른 도구를 사용하여 올바르게 계획하고 올바르게 수행하고 적절하게 제공하는 시나리오에서 우리는 큰 결과를 얻었습니다.
따라서 IDERA가이 문제를 해결하기 위해해야 할 일에 대해 이야기하기 위해 직원에게 넘기기 전에이 요점을 한 줄로 알 수 있습니다. 오늘날 점점 더 많은 시스템이 데이터베이스에 의해 구동되는 오늘날의 세상에서는 단지 멋진 것이 아니라 사실, 경험상 스마트 툴은 데이터 검색, 규모의 데이터 관리 및 이동 속도를 관리 할 수있는 유일한 방법이라는 것이 필연적입니다.
그리고 그것이 잘 이루어 졌다면, 제가 방금 공유 한 두 번째 일화로서, 매우 고통스럽고 매우 원활한 과정 일 수 있습니다. 새로운 프로젝트뿐만 아니라 현재 환경을 둘러보고 조직에서 발생하는 일, 데이터베이스, 실행중인 데이터베이스 버전 및 사용 대상을 추적하고 추적 할 수 있도록합니다.
그리고이를 위해 IDERA에서 직원에게 전달할 것입니다. 나는 그들이 테이블에서 무엇을 제공해야하는지, 그리고 그들이이 도전을 어떻게 해결했는지를 기대합니다.
Binh Chau : 감사합니다, Dez. 너희들은 내 말 들리니? 알았어, 고마워 안녕하세요, IDERA의 Binh Chau입니다. 오늘은 SQL Inventory Manager라는 제품에 대해 조금 이야기하고 SQL Server 인스턴스와 데이터베이스를 인벤토리하는 기능과 발견 한 기능에 대해 이야기하겠습니다. 데 즈와 로빈이 데이터베이스 스프롤과 요즘 데이터의 측면에서 말한 다른 것들에 대해 이야기하고 환경에 대해 이야기합니다.
이것으로, Dez가 묘사 한 두 가지 이야기를 통해 당신이 들었던 몇 가지 고려 사항이 있습니다. 그러나 기본적으로 오늘날에는 데이터와 비즈니스 그룹이 필요하고 비즈니스 그룹이 자체 응용 프로그램과 서버, 특히 SQL Server와 같은 종류를 필요로 하는가? SQL Express 버전이나 BI 서비스를 쉽게 가동 할 수 있기 때문에 소규모 조직에서 대규모 조직에 이르기까지 많은 조직에서 SQL 스프롤이 진행되고 있습니다.
많은 경우 DBA는 누군가가 기존 인스턴스에 데이터베이스를두기보다는 인스턴스를 시작하기로 결정했음을 알지 못합니다. 그들은 잠재적으로 문제가 발생하고 누군가가 DBA를 호출 할 때까지 이러한 사실을 알지 못합니다.“아니요, 내 응용 프로그램이 작동을 멈추고 데이터베이스에 연결할 수 없습니다. 무슨 일이 일어나고 있습니까?”그리고 DBA가 요청할 때 그들이 발견 한 몇 가지 질문은“이건 우리 레이더에 없었습니다.
다른 하나는 라이센스 비용입니다. Microsoft SQL Server 라이센스 : 작동 방식은 보유한 인스턴스 수에 대한 특정 키가 필요하지 않다는 것입니다. 배포 한 다음 감사를 수행 할 수 있습니다. 나중에 감사하고 실제로 필요한 라이센스 수를 확인합니다. 따라서 감사를 수행하고 알 수없는 서버를 모르는 경우 비용이 많이 드는 감사가 발생할 수 있습니다. 따라서 라이센스 비용이 얼마인지 알고이를 관리 할 수있는 도구를 갖추거나 사전에 인벤토리를 확보하는 것이 좋습니다.
그리고 내가 방금 말한 것, 만약 당신이 서버를 많이 알지 못한다면, 잘 돌아가고 있다면, 모든 것이 잘되지만, 당신이 무언가를 알게 된 유일한 시간은 문제가있을 때입니다. 따라서 생산 중단으로 이어 지거나 서버가 유지 관리되지 않고 해당 서버에 패치가 없으므로 문제가 발생할 수 있습니다.
DBA가 일상적으로해야 할 몇 가지 질문은 그들이 직면하고 있다는 것입니다. 관리 또는 전략적 일 수 있지만 Microsoft가 중요한 시스템 패치를 발표했습니다. 반점? 패치를 위해 시스템을 중단해야하는 경우 다운 타임의 영향을받는 사람은 누구입니까? 해당 정보를 쉽게 얻을 수있는 방법은 무엇입니까? 스프레드 시트에 들어가야합니까? 그것을 찾으려면 여러 시스템에 들어가야합니까? 해당 목록을 얻으려면 다른 비즈니스 그룹에 연락해야합니까? 조각하기가 정말 어렵습니다.
또 다른 좋은 점은 기본적으로 누군가가 와서 새 데이터베이스가 필요하다고 말합니다. X 크기가 필요하고 용량이 많을 필요가 있습니다. 그런 다음 어디에서 넣을 수 있는지 알고 싶습니다. 당신의 풍경에 무엇이 있는지 알지 못한다면, 여기, 여기 또는 여기에 넣을 수 없습니다. 당신은 가서 수동 검사를 수행해야합니다. 감사와 불량 서버에 대해서도 이야기했습니다.
불량 서버가있는 경우 서버의 상태, 백업 여부, 모든 패치가 있는지 여부를 알 수 없습니다. 때로는 문제가 생길 때까지 그 사실을 알지 못할 수도 있습니다.
그것들은 모든 도전 과제, 질문, DBA가 매일 직면하는 것들, 그들에게 던지는 것들입니다. 그래서 우리가 가지고있는 제품인 SQL Inventory Manager를 소개하고자합니다. 몇 가지 일을합니다. 검색은 기본적으로 환경에 들어가서 환경에 어떤 SQL Server가 있는지 확인합니다. 그런 다음 자동 검색도 가능하므로 기본적으로 검색을 실행 한 후에는 원하는 시간 프레임에 관계없이 매일 또는 매주 나가도록 설정하여 새 인스턴스를 검색 할 수 있습니다.
그런 다음 인스턴스를 자동 등록하여 모니터링을 시작하고 상태를 확인할 수 있으며 SQL Server 환경을 잘 볼 수 있도록 인스턴스를 카탈로그 화하고 인벤토리를 시작할 수 있습니다. 존재하는 것, 프로덕션, 개발, 재해 복구, 덜 중요하고 알고있는 것, 실행중인 응용 프로그램 또한 상황 점검, 상태 점검 실패시 알림을받을 수 있으므로 기본적으로 서버가 다운되거나 툴을 추가 할 수있는 여러 가지 추가 사항이 있습니다.
에릭 카바나 흐 : 조금만 부드러워지고 있습니다.
Binh Chau : 죄송합니다, 이게 더 낫습니까? 내가하고 싶은 것은 데모를 통해 여러분을 데려 가서 여러분이하는 일을 보여주었습니다. 잠시만 기다려주세요. 먼저 화면을 공유하겠습니다. 당신은 웹 인터페이스를보고 있습니까? 이것은 SQL Inventory Manager 인터페이스입니다. 여기서 보여 드리는 화면은 웹 기반 인터페이스입니다. 여기에 표시되는 화면은 데이터베이스 인스턴스보기입니다. 상단에서 우리가 다르다는 것을 알 수 있습니다. 따라서 "발견 된"은 기본적으로 네트워크에서 발견 된 모든 인스턴스입니다. 그리고 그것이 나에게 보여줄 것은 기본적으로입니다.
에릭 카바나 흐 : 조금만 헤어지기 시작했습니다. 전화기를 내려 놓고 스피커에 놓으십시오. 어서
Binh Chau : 이 검색 화면에는 인벤토리 관리자가 네트워크에서 검색 한 모든 내용이 표시됩니다. 여기서는 1, 003 개의 서버가 발견되었습니다. 그리고 버전, 버전, 버전, 버전, 발견시기 및 발견 방법을 알려줍니다. 예를 들어, 이 중 일부를 무시하기로 결정했다고하자. 어쩌면 개발자 에디션이기 때문에 나에게 중요하지 않기 때문에 개발자 에디션을 무시하고 싶을 수도있다. 무시하도록 선택할 수 있으며 다음에 검색을 실행할 때 무시 탭에 표시하므로 다시 표시하지 않습니다. 이제 자동 등록을 작성하거나 수동으로 등록 할 수 있습니다.
여기에서 6 개의 인스턴스를 모니터링하도록 선택했습니다. 그리고 여기에 로그인되어 있으며 이것에 대해 주기적 검사를 수행 한 다음 여러 검사가 있습니다. 여기에서 30 초마다 서버가 작동 또는 작동 중지 상태인지 확인하여 일종의 개요를 제공합니다. 그 상태는 기본적으로 여기에 다운 된 서버 하나와이 다섯 개의 서버가 있다고 알려줍니다. 또한 서버 버전, 데이터베이스 수, 데이터베이스 상태, 해당 서버 주변의 추가 인벤토리 또는 메타 데이터를 알려줍니다. 여기에서 라이센스보기로 이동할 수도 있습니다. 여기에서는 Microsoft 감사 전에 총계 또는 요약을 얻기 위해 필요한 Microsoft 라이센스 정보를 제공합니다.
다음은 코어 수, 소켓 수, 가능한 핵심 라이센스로 Microsoft가 2012 년부터 도입 한 것입니다. 이것이 바로 인스턴스 뷰입니다. 개요 페이지는 일종의 페이지입니다. 그러면 현재 백업이없는 9 개의 데이터베이스가 있다고 알려주 듯이 상태 확인 또는 권장 사항이 표시됩니다. 거기를 클릭하면 해당 데이터베이스의 세부 정보로 이동하여 필요한 경우 들어가서 조치를 취할 수 있습니다. 크기별로 모든 상위 데이터베이스를, 활동별로 상위 데이터베이스를 알려줍니다. 특정 서버를 클릭하여 자세한 정보를 얻을 수 있습니다.
에릭 카바나 흐 (Eric Kavanagh) : 그것이 진행되는 동안, 당신이 여기서 보여주는 것은 네트워크에 연결된 것을 실제로 볼 수있는 능력입니다. 맞습니까?
Binh Chau : 그렇습니다. 이것은 Inventory Manager를 사용하여 모니터링하기로 선택한 것을 보여줍니다. 이것은 SQL Server이며 서버에 연결된 모든 응용 프로그램을 여기에 표시합니다. 다시이 서버에 연결된 모든 데이터베이스를 가져올 수 있습니다. 여기에 태그를 달 수있었습니다. 정확한 도메인인지 여부에 관계없이이 특정 서버에 대한 태그를 만들 수 있습니다. 프로덕션 서버 또는 부채 서버에 태그를 지정하려는 경우 고객에게이 방식을 사용하는 방식에 대한 전체 보고서를 얻을 수 있습니다. 관리 탭으로 이동하면 검색을 실행할 수 있습니다. 그리고 Discovery는 기본적으로 네트워크로 나가서 사용자 환경의 모든 SQL Server를 찾습니다.
여기에 우리의 도메인 인이 정확한 도메인이 있으며이 도메인에서이 특정 Windows 사용자 계정을 사용하여 검색을 수행하고 전체 스캔을 수행하도록 설정했습니다. 또한 "이 특정 하위 도메인 만 검사"또는 "부모 만 검사"를 지정하도록 선택할 수도 있습니다. 그러나이 경우 여기서는 전체 검사를 실행한다고 말했습니다. 사용할 수있는 스캔 유형은 다음과 같습니다. 저장하면 기본적으로 설정할 수있는 작업입니다. 지금은 꺼져 있습니다. 즉, 이러한 스캔을 수동으로 실행해야합니다. 그러나 내가 원한다면 매일 매일 설정할 수 있습니다. 또는 매일 실행하지 않기로 선택하면 (너무 많음) 특정 날짜와 시간에 매주 작업을 실행한다고 말할 수 있습니다.
그리고 여기 자동 등록이 켜져 있으면 새 서버를 찾을 때마다 자동으로 인벤토리 관리자에 등록하여 모니터링을 시작할 수 있습니다. 예를 들어, Express 또는 Developer 에디션은 개발 환경이므로 제외하고 싶은 에디션이 있다면 여기를 클릭하면됩니다. 새로운 것을 발견하면 Inventory Manager에 추가하여 Developer 또는 Express 버전이 아닌 한 모니터 할 수 있습니다.
여기에 태그를 설정할 수 있습니다. 예를 들어, 프로덕션 서버가있는 경우 여기로 가서 해당 서버에 태그를 지정할 수 있습니다. 특정 파란색 태그로 데이터베이스 또는 서버에 태그를 지정할 수 있으므로 예를 들어이 AO_NODE에 프로덕션 태그가 있어야한다고 말할 수 있습니다. 이 방법으로 서버에 쉽게 가야한다면 여기로 가서 프로덕션 태그를 클릭하면 두 서버로 바로 이동합니다. 이것은 탐색기보기이며 소유자가 표시하지만 인스턴스 태그, 데이터베이스별로도 말할 수 있으며이를 확장하여 현재 상태를 확인할 수 있습니다.
여기 사람들이 정말 좋아하는 또 다른 유용한 기능은 Inventory Manager를 통해 관리중인 항목을보고 현재 패치 레벨을 확인할 수있는 기능입니다. 기본적으로 여기에는 도구에서 관리 한 6 개의 서버, Microsoft에서 사용할 수있는 업데이트가 있는지 여부 및 현재 사용중인 버전, 지원 여부 및 지원 여부가 나와 있습니다. 상태. 이 특정 핫픽스에 대한 자세한 내용을 보려면 해당 핫픽스를 클릭하면 해당 핫픽스에 대한 정보 및 해결 여부와 관련하여 Microsoft의 기사로 연결됩니다. 원한다면이 목록을 내보낼 수 있습니다. "이번 주말에이 서버 중 세 대를 패치하고 나중에 다른 세 대를 패치해야합니다."라고 말할 수 있습니다.
빌드 목록 – 버전이 최신인지 확인하기 위해 확인하는 목록이 있습니다. 나가서이 목록을 다운로드하여 최신 상태인지 확인하고 최신 목록과 비교할 수 있습니다. 사람들이 좋아하는 또 다른 깔끔한 인벤토리 기능은 태그뿐만 아니라 사용자 정의 인벤토리 필드를 추가하는 기능입니다. 예를 들어 데이터베이스에 태그를 지정하기 위해 여기에 필드를 추가하려는 경우 데이터베이스 수준에서 태그를 지정하려고한다고 가정하겠습니다. 부서, 이 부서 및이 데이터베이스는 개방형, 참 / 거짓 또는 선택 목록과 같은 다른 유형으로 만들 수 있습니다.
저는 이것이 HR, 마케팅, R & D, 재무라고 말할 수 있습니다. 그리고 이것이 여기서하는 일은 기본적으로, 일단 이것들을 태그 할 수 있다면, 여기에서 각 데이터베이스가 얼마나 많은 용량을 사용하고 있는지, 그리고 시작할 수 있고, 점점 커지고 있고 합리적이라고 말하는 데이터를 얻을 수 있습니다. 이 부서들을 다시 청구합니까?
또 다른 것은, 유지 관리를 실행해야하는 경우 해당 데이터베이스에있는 사람을 알면 연락 할 사람을 알 수 있습니다. "이번 주말에 유지 관리를 실행해야합니다. 데이터베이스가 오프라인 상태입니다." 등등. 또 다른 유용한 기능은 사람들이 좋아하는 검색 창입니다. DBA에게 데이터베이스 또는 애플리케이션 또는 서버에 대한 질문을받는 경우가 많으며, 누가 이야기하는지에 따라 정확한 위치를 파악하기가 어렵습니다. 여기서 할 수있는 일은 데이터베이스가 어디에 있는지 모르지만 입력 만 할 수 있다는 것입니다. IDERA 대시 보드에 입력하면 몇 개의 데이터베이스를 가져 와서 데이터베이스를 가져 와서 쉽게 얻을 수 있습니다. 그들에게. 그런 다음 크기, 로그 크기, 백업 여부, 복구 모드, 태그를 추가하려는 경우 복구 모드에 대한 추가 정보를 가져옵니다. 이 도구에는 다양한 기능이 있습니다. 인벤토리 도구이지만 SQL Server 및 DBA에 매우 적합한 인벤토리 도구입니다.
DBA가 데이터베이스에 대해 환경과 환경이 어떤지에 대한 액세스 권한을 갖거나 원하는 정보를 얻을 수있는 추가 항목이 있기 때문입니다. 또한 자신 또는 여기에있는 모든 사용자에게 경고하도록 구독, SMTP 서버 구성 및 구독을 설정할 수 있습니다. 나는 이것을 멈추고 프레젠테이션으로 돌아갈 것이다. 그리고이 마지막 슬라이드는 아키텍처를 간략하게 보여줍니다. 내장 된 Tomcat 웹 서비스에서 실행되는 웹 콘솔입니다.
리포지토리에 넣은 수집 서비스와 관리 서비스가 있으며 관리 서비스는 다양한 SQL Server 인스턴스에서 검색을 실행합니다. 모니터 서버에 아무것도 설치되어 있지 않습니다. 정기적으로 실행되는 작업에 대해 데이터를 수집하기 때문에 기본적으로 작동 여부, 사용중인 데이터 양, 사람들의 다른 버전 등이 있습니다. 글쎄, 그게 다야.
Eric Kavanagh : 네, 부탁 드리겠습니다 – 몇 가지 질문을하겠습니다. 그리고 Robin과 Dez에게도 감사의 말을 전합니다. 누군가가 감사를 할 때 호기심으로 Microsoft가 그들은이 도구를 사용합니까, 아니면 그들이 사용하는 독점 도구가 있다고 생각합니까?
Binh Chau : 네, 그들이 독점 도구를 사용하고 있다고 생각합니다. 이 도구는 인벤토리 도구이므로 서버에 대한 정보를 지속적으로 수집하고 수집하는 작업이 있기 때문에 언제 어디서나 실행될 수 있기 때문에 최신 상태로 유지됩니다. 실제로 상황이 어떻게 바뀌는 지에 대한 최신 정보를 얻을 수 있습니다. Microsoft에서 제공하는 일회성 보고서는 이것이 서버 수라고 말하며, 현재 가지고있는 버전입니다. .
에릭 카바나 : 네, 디스커버리가 궁금합니다. 누군가이 도구를 구입하여 사용하기 시작하면 실제로 어떻게 발견됩니까? 이것은 내가 이전에 암시했던 것과 같은 종류였습니다. 다시 말해, 네트워크를 두드려서 어떤 신호가 데이터베이스 인스턴스 인 것처럼 보이는지 확인한 다음 카탈로그를 작성한 다음 데이터베이스 인스턴스에 태그를 지정하면 당신은 모니터링하고 있습니까? 나는 그것이 너무 자주하는 일종의 핑을 가지고 있다고 추측하고 있습니다. 예를 들어, 그것이 내려 가면, 그것이 당신이 그것을 아는 방법입니다. 그런 식으로 작동합니까?
Binh Chau : 응. 검색을 켠 후에는 네트워크로 이동하여 여러 가지 스캔을 수행하지만 브라우저 스캔과 레지스트리 스캔을 수행합니다. 다른 컴퓨터에서 어떤 컴퓨터가 있는지 확인한 다음 검사를 수행합니다. SQL Server가 있거나 BI 서비스가 있습니까? 그런 다음 다시 가져 와서 도구로 가져 와서 "여기서 내가 발견 한 모든 것이 있습니다."
그런 다음 "이 도구를 사용하여 모니터링하고 싶습니다"라고 말하면이를 추적하고 핑할 것입니다. “이것에 대해 지금 확인하십시오.”– 데이터베이스 가용성 – 데이터베이스 기록에 대해 지금 확인하고 데이터베이스 측을 확인하십시오. 모니터링하는 데이터베이스를 확인하기 위해 일련의 작업을 실행합니다.
에릭 카바나 흐 : 예, 좋습니다. 그리고 청중으로부터 질문이 있습니다. 나는 여러분에게 다양한 데이터베이스 기술과 함께 작동하는 도구가 있다는 것을 알고 있지만, 특히 오늘날 보여 드리고있는 것은 SQL Server 전용입니까, 아니면 다른 데이터베이스 유형에도 적용됩니까?
Binh Chau : 현재이 특정 도구는 SQL Server를 다룹니다.
에릭 카바나 흐 : 알았어요. 글쎄, 로빈에게 넘겨 줄게, 그가 몇가지 질문을 받았을 거에요. 그리고 아마도 다시 데즈에게 넘겨 줄 것입니다. 남자 이름?
로빈 블로어 박사 : 네, 물론입니다. 마이크로 소프트는 2006 년 언젠가 리눅스에서 SQL Server를 발표했지만, 아직 제공되지는 않았다고 생각합니다. 당신이 그것에 대해 의견이 있는지 궁금합니다. 당신은 그것을 알고 있습니까? 그걸 가지고 놀아요?
Binh Chau : 그렇습니다. 우리는 그것을 포함시킬 계획입니다. 내 말은, 이 도구의 좋은 점은, 같은 일을하기 위해 자체 개발 한 도구를 만든 많은 고객들과 이야기를 나 is지만 새로운 버전과 버전을 따라야한다는 것입니다. Microsoft는 새로운 버전과 에디션을 출시했지만 툴을 사용하여 새로운 에디션을 모니터링하고 관리 할 수 있도록하기 위해 초기 버전을 출시했습니다. 따라서 Linux의 SQL은 사용 가능할 때 추가하고 사용할 수 있도록 계획하고 있습니다. 올해 말에 믿습니다.
로빈 블로어 박사 : 네, 흥미 롭습니다. 많은 고객이 실제로 그렇게 할 것으로 기대하십니까? 내 경험에 따르면 SQL Server는 매우 정교한 데이터베이스입니다. 내 말은, 이빨이 길고, 아마도 말이 될 것입니다. 원래 Sybase의 원래 Sybase는 실제로 많은 작업에서 상당히 단순했습니다. 그러나 Microsoft는 수년 동안 점점 더 많은 것들을 추가했습니다. 리눅스에서 모두 사용할 수 있습니까? 고객에게 해당 마이그레이션을 수행 할 것인지 조언 하시겠습니까?
Binh Chau : 죄송합니다. 사람들이 묻는 질문이 있습니까?
로빈 블로어 박사 : 글쎄, 당신이 그것에 엉망인 것을 감안할 때, 그것은 Windows에서와 마찬가지로 Linux에서 정교합니까?
Binh Chau : 직접 연주하지는 않았지만 동료로부터 들어 본 내용은 실제로 그 수준이 매우 높다는 것입니다. 그러나 나는 개인적으로 리눅스에서 새로운 버전의 SQL을 가지고 놀지 않았다.
로빈 블로어 박사 : 좋습니다. 내가 찾은 모든 SQL Server에 에이전트를 배치했다고 생각하는 것이 맞습니까? 이 도구가 어떻게 작동합니까?
Binh Chau : 아니요, 실제로 에이전트를 두지 않습니다. 이 특정 도구 인 인벤토리에 대해서는 실제로 에이전트를 배치하지 않습니다. 우리는 그냥 나가서 전화를 걸고 상태를 확인합니다. 이 도구의 좋은 점은 에이전트가 없다는 것입니다.
Robin Bloor 박사 : 다른 SQL Server 도구가 있습니다.이 제품군에 SQL Server를 다루는 다른 제품에 대해 알려 주실 수 있습니까?
Binh Chau : 그렇습니다. SQL 진단 관리자가 있습니다. 모니터링 및 성능 도구입니다. Inventory Manager보다 더 심층적 인 분석, 진단 및 성능 및 상태 점검을 수행합니다. 인벤토리 관리자는 해당 상태 확인의 간단한 버전입니다. 또한 보안 제품군의 일부인 Compliance Manager 및 Secure도 있습니다. 기본적으로 누가 데이터에 액세스하고 있는지, 어떤 데이터에 액세스하고 있는지, 이유를 알려주며 규정 준수 및 기타보고 지침에 도움이됩니다. 백업 도구 인 SQL Safe가 있습니다. 백업 및 복원을 수행하는 것이 좋습니다.
또한 작업을 모니터링하는 Enterprise Job Manager도 있습니다. 그리고 관리자 툴셋 인 툴박스 툴과 SQL Doctor뿐만 아니라 비교 툴셋도 있습니다. 관리 툴셋과 비교 툴셋은 스위스 아미 나이프라고 생각합니다. 여기에는 DBA가 패치를 확인하거나 데이터베이스를 이동 또는 복제하는 것과 같은 다양한 작업을 수행하는 데 도움이되는 여러 도구가 있습니다. 그러나 해당 도구 상자에는 24 개의 도구가 있습니다.
로빈 블로어 박사 : 재고 관리 담당자는 이미 다른 도구를 사용하고 있습니까? 아니면 이런 종류의 진입 점이 있습니까? 상상할 수 있습니다. 전쟁 이야기가 있는지 말해 주실 수 있습니다. 그러나 실제로 규모가 큰 데이터 센터에서 인벤토리를 실제로 운영 한 적이 없다면 경험이 매우 냉담 할 수 있습니다. 그게 당신이 찾은 것입니까?
Binh Chau : 그렇습니다. 다른 툴셋에서 툴을 도입 한 고객도 있지만, 프로젝트를 통해 이와 같은 툴을 찾는 고객도 있습니다. 내가 한 예는 다른 회사와 합병하여 일련의 회사를 구입했으며 비용을 줄이기 위해 SQL Server 설치 공간을 통합해야하는 회사가있었습니다. 그래서 그들은 밖으로 나가서 가지고있는 모든 것을 발견 할 수있는 도구를 찾고 있었으므로 우리는 이것을 어떻게 통합하는 과정을 시작할 수있었습니다.
로빈 블로어 박사 : 맞습니다. 당신이 그것에 대해 생각할 때 그것은 합병과 매우 일반적인 것 같아요. 알았어, 데즈에게 넘겨 줄게, 난 항상 가고 싶지 않아. 호주에서 어떤 질문이 있는지 확인하십시오.
Dez Blanchfield : 감사합니다. 질문은 항상 거꾸로되어 있습니다. 염두에 두어야 할 사항 중 하나 인이 회사는 투자를 언제 시작해야하는지 잘 모릅니다. 냉담한 단계에있는 경험에서 조직은 언제 문제가 발생하지 않도록하기 위해 이와 같은 도구에 투자해야 할 때입니까? 새 조직의 데이터베이스 인프라 구축을 시작할 때 또는 방금 설명한대로 인수 / 합병을 수행 할 때 처음부터 수행합니까?
아니면 당신이 정말로해야 할 특정 규모가 있습니까? 10 개 또는 100 개 또는 1, 000 개의 데이터베이스가 필요합니까? 이 시장에 진출하기에 가장 적합한시기는 언제이며 어디에서 시작해야합니까? 시작할 때 어떤 모습입니까?
Binh Chau : 아주 작은 조직이라면이 도구가 필요하지 않을 수도 있습니다 (예 : 하나의 DBA 또는 몇 개의 DBA). 3 ~ 4 개의 DBA와 50 ~ 100 대의 서버를 모을 때 이와 같은 일을 시작하고 싶을 것입니다. 조직 규모가 커지고 기술에 정통한 비즈니스맨 만 원하는만큼, 예를 들어, 사용자가 제공 한 예와 같이 응용 프로그램과 데이터베이스를 자체적으로 설치하려고하지만 이런 종류의 도구를 사용하면 거기에 무엇이 있는지 볼 수 있습니다.
그러나 소규모 조직에서도 이러한 유형의 도구를 사용하여 보유한 것을 추적하는 것이 좋습니다. "이 상자에 대해 SQL 2012를 구입했지만 레거시 버전이 여전히 필요한 응용 프로그램이 있기 때문에 현재 SQL 2008을 실행 중입니다."라고 말하면 인벤토리 도구를 사용하는 데 도움이됩니다. 오래 될 수있는 여러 스프레드 시트를 관리하지 않아도됩니다.
Dez Blanchfield : 내가 방금 따라온 또 다른 질문은 : 조직이 그러한 규모에 도달 할 때 어떤 유형의 기술이나 리소스를 보유해야합니까? 실제로 필요한 특정 기술 세트 나 경험 또는 배경 유형 또는 이러한 종류의 도전에 가장 적합한 사람 유형이 있습니까? 아니면 평균 DBA 또는 sys 관리자 또는 네트워크 관리자 유형 기술이 이것을 던질 수 있습니까? 당신은 정말 예리한 뾰족한 뇌가 필요합니까?
Binh Chau : 죄송합니다. 그 사람의 기술에 대해 이야기하고 있었나요?
Dez Blanchfield : 예. 데이터베이스 관리자를 생각할 때 필요한 기술이 있습니다. 따라서 DBA를 채용 할 때 특정 역할에 대해 데이터베이스 매핑 및 추적을 유지하기 위해 이와 같은 도구를 사용하는 경우 여기서 논의하고있는 문제 유형에 대해 생각할 때, 발견 작업을 수행하고이 특정 도구를 구동 할 때 도구 사용 및 이러한 유형의 문제에 대한 접근 방식에 고유 한 것이 있습니까? 아니면 평균 DBA가 매우 빠르게 선택할 수있는 것이 있습니까?
Binh Chau : 내 말은, 평균 DBA가 이것을 빨리 선택할 수 있다고 생각합니다. 웹 기반이기 때문에 이런 유형의 도구를 사용하는 것이 도움이된다고 생각합니다. 조직 내 다른 사용자에게 제공 할 수 있습니다. 특정 데이터베이스 또는 서버를 확인할 수있는 앱 개발자에게 제공 할 수 있습니다. DBA가 수행해야하는 일부 관리 작업을 제거합니다. 이전에는 누군가 DBA에 전화하여 "아, 왜 내 서버가 작동 또는 작동 중지 되었습니까?"라고 말했지만 이제는 서버에 액세스하여 서버의 작동 여부를 확인할 수 있습니다.
Dez Blanchfield : 그리고 일반 조직이 이것을 배치하기 위해 어떤 환경이 필요합니까? 전용 물리적 서버가 필요합니까, 아니면 가상 머신에서 수행 할 수 있습니까? 클라우드 환경에 배포 할 수 있습니까? 도구 배포 및 일반적인 실행에 대한 일반적인 설치 공간은 무엇입니까? 매핑하는 다른 환경과 병렬로 얼마나 많은 철분이 필요합니까?
Binh Chau : 예, VM이나 컴퓨터 또는 서버에서 실행할 수 있습니다. 반드시 전용 서버 일 필요는 없으며 모니터링중인 서버 수에 따라 다릅니다. 더 큰 환경을 사용하는 경우 모니터링중인 SQL Server에 대한 많은 데이터를 수집하기 때문에 더 큰 서버를 사용하는 것이 도움이 될 수 있습니다.
Dez Blanchfield : 그렇습니다 . 클라우드 인스턴스에서 편안하게 실행할 수 있고 환경에 대한 VPN을 다시 생성 할 수 있습니까, 아니면 수집하는 데이터의 양이 해당 유형의 사용에 비해 약간 무거울까요?
Binh Chau : 클라우드에서 실행하도록 아직 설정하지 않았습니다. 아마도 prem에서 실행되어야합니다.
Dez Blanchfield : 마지막 질문입니다 . 제가이 분야 에서 본 많은 도구들, 특히 누군가가 회사를 인수했거나 합병 또는 그 효과가있는 시나리오에 대해 언급 한 도구들 업무 부서를 병합하는 조직인 경우 누군가가 랩톱에 배포하여 세상을 한 번에 세계로 매핑하는 환경으로 가져가는 합리적인 사용 사례 시나리오입니까, 아니면 사용 사례 시나리오가 아닌가? 그것이 거기에 있고 영구히 달려가는 경우와 같은 경우입니까?
Binh Chau : 이 특정 도구는 서버에 더 많은 종류의 설치가되어 있으며 계속 실행됩니다. 그렇게하면 필요한 정보를 수집하고 보유한 인벤토리를 유지할 수 있습니다. 지도 도구는 일대일 종류이기 때문에 필요한 도구로 건너 뛰고 오늘 필요한 작업을 수행하기 때문에지도 도구와 다릅니다. 이것은 일종의 것입니다-그것에 관한 좋은 부분은 태그를 달 수 있고 사람들이 특정 서버의 상태를 확인하기 위해 액세스 할 수 있다는 사실입니다.
Dez Blanchfield : 알겠습니다. 아마도 마지막 질문 일 것입니다. 그리고 오늘 우리가 가장 좋아하는 질문 중 하나 인 좋은 투표율을 보였기 때문에 참석자와 함께 Q & A 창을 통해 오는 질문에 대해 Eric에게 물을 것입니다. 이것을 끝내기 위해, 당신의 손을 잡는 과정은 무엇입니까? 구매하기 전에 구매할 수있는 도구가 많이 있다는 것을 알고 있습니다. 사람들이이 온라인에 대해 더 많은 정보를 얻을 수있는 곳, 웹 사이트의 다운로드 위치 및 여행의 모습, 개념 증명 또는 시험을 수행하고 이에 익숙해 지거나 익숙해지는 방법 연락해서 사야합니까?
Binh Chau : 응. IDERA.com 웹 사이트로 이동하여 2 주 무료 평가판을 다운로드 할 수 있습니다. 그리고 당신이 그것을 좋아하고 우리에게 연락하고 싶다면, 우리는 엔지니어 중 한 명과 함께 데모를 예약하여 도구에 대해 더 깊이 파고들 수 있습니다.
Dez Blanchfield : 환상적입니다. 정말 고마워요 나는 그것에 대해 당신과 이야기 할 시간을 주셔서 감사합니다, 그리고 내 개인적인 경험을 바탕으로 그의 평생의 경험에 대해 로빈과 대화를 할 것이라고 확신합니다. 요즘에는 이와 같은 것이 요구 사항이라고 생각합니다. 아무리 노력해도 지금은 수동으로이 작업을 수행 할 수 없습니다. 규모가 너무 커서 물건이 너무 빨리 움직입니다.
나는 사람들이 그 일을 정확하게하고, IDERA 웹 사이트를 방문하고, 복사본을 가지고 놀 것을 적극 권장합니다. 내가 오늘 공유했던 일화에 대한 내 자신의 경험에 대한 잠재적 위험은 올바른 도구를 가지고 있다면 매우 나쁜 것에서 아주 빨리 좋은 것으로 갈 수 있었지만, 그렇지 않으면 반대 방향으로 갈 수도 있다는 것입니다. 티. 에릭
에릭 카바나 : 네, 마지막 질문 하나만 보시면 흥미로운 질문입니다. Amazon Web Services는 요즘 클라우드가 훨씬 더 중요하다는 것을 알고 있습니다. Amazon Web Services는 유일합니다. 그것은 증기를 얻고있는 것 같습니다. 참석자 중 한 명이 Bloor 박사가 DBA가 비싸고 불량 DBA 또는 자신이해야 할 일을하지 않는 사람에 의해 야기 된 관리 문제가 해결 될 수 있다는 흥미로운 점을 지적했다는 것이 궁금합니다. 클라우드로 마이그레이션하여 정말 궁금합니다. 얼마나 많은 활동을보고 있습니까? 클라우드로의 마이그레이션이 비즈니스에서 더 큰 문제가되고 있거나 트렌드로 취하고있는 것이 무엇입니까?
Binh Chau : 나는 그것이 어떤 종류의 문제에 있는지에 달려 있다고 생각합니다.“아니오, 우리는 마이그레이션하지 않습니다”라고 말하는 일부 산업과 같은 느낌입니다. 퍼블릭 클라우드로 마이그레이션하지 못할 수도 있습니다. 그들은 자신의 물건을 프라이빗 클라우드로 마이그레이션하거나 마이그레이션하는 것을보고있을 수 있습니다. 그러나 저는 관심있는 일부 조직이 실제로 빠른 길을 가고 Amazon 또는 Microsoft Azure로 나아가는 것을보고 있습니다. 그리고“아니요, 우리는 데이터를 마이그레이션하지 않습니다”또는“우리가 마이그레이션 할 특정 데이터 만 있지만 중요한 데이터는 없습니다”라고 말하는 사람들이 있습니다. 저는 세 가지 캠프가 있다고 생각합니다.
에릭 카바나 : 네, 이해가 되겠습니다 . 내 말은, 우리는 점점 더 많은 것을보고 있으며, 그것이 점점 더 움직일 것이라고 생각합니다. 그리고 클라우드에도 반발이 있습니다. 사람들은 Amazon Web Services를 시작합니다 – 우리는 이것을 몇 번 이상 들었습니다 – 처음에는 비용을 관리 할 수 있고 시간이 지남에 따라 비용이 많이 들게됩니다. 여러 가지면에서 클라우드는 또 다른 데이터 센터 일뿐 아니라 앞으로도 흥미로운 여정이 될 것입니다.
글쎄, 사람들은이 모든 웹 캐스트를 보관합니다. techopedia.com에 접속하여 우리가하는 모든 일의 전체 목록을 확인하십시오. 그리고 물론, insideanalysis.com은 모든 최신 정보를 제공합니다. 그리고 우리는 당신에게 작별 인사를 할 것입니다. 시간과 관심에 다시 한번 감사드립니다. IDERA의 모든 친구들에게 감사하며 내일은 데이터 철학을 완성하는 웹 캐스트를 위해 희망적으로 이야기 할 것입니다. 맞다. 데이터 철학은 내일 동부 4시에 내일이다. 거기에서 만나자. 안녕히 계십시오.
