Trang Chủ Cơ sở dữ liệu Chìa khóa của vương quốc: quản lý máy chủ sql với khám phá năng động

Chìa khóa của vương quốc: quản lý máy chủ sql với khám phá năng động

Anonim

Bởi nhân viên Techopedia, ngày 26 tháng 5 năm 2016

Takeaway: Người dẫn chương trình Eric Kavanagh thảo luận về quản lý cơ sở dữ liệu và khám phá cá thể với Robin Bloor, Dez Blanchfield và Bullett Manale trong tập mới nhất của Hot Technologies.

Bạn hiện chưa đăng nhập. Vui lòng đăng nhập hoặc đăng ký để xem video.

Eric Kavanagh: Được rồi quý bà và quý ông. Chào mừng trở lại một lần nữa. Tên tôi là Eric Kavanagh. Mọi thứ đang nóng. Mọi thứ đang nóng lên ở đây. Tôi không biết chuyện gì đang xảy ra. Ồ đúng rồi, đã đến lúc cho Công nghệ nóng. Đúng vậy, tên tôi là, một lần nữa, Eric Kavanagh. Bạn có thể tìm thấy tôi trên Twitter @eric_kavanagh. Đây là chương trình được thiết kế để nói về những gì hấp dẫn trên thị trường. Tiêu đề ngày hôm nay, khóa Keys to the Kingdom: Quản lý máy chủ SQL với tính năng khám phá động. Có bạn thật sự. Được rồi, hình ảnh đó là từ một vài năm trước. Tôi sẽ không nói dối, bây giờ tôi trông già hơn một chút, nhưng không sao.

Vì vậy, chúng ta đang nói về cách các công nghệ và SQL Server thực sự, thực sự, thực sự, thực sự nóng. Chúng tôi đã có một loạt các nội dung ngày hôm nay, vì vậy tôi sẽ xử lý nó ngay lập tức. Đứng đây, chúng ta đi. Có loa của chúng tôi. Và Robin Bloor đi trước.

Robin Bloor: Vâng thực sự. Bài thuyết trình sẽ đi sâu vào quản lý cơ sở dữ liệu vì vậy tôi chỉ nghĩ rằng tôi sẽ chạy qua quản lý cơ sở dữ liệu hoặc, bạn biết đấy, mê cung cơ sở dữ liệu, để đưa mọi người vào tinh thần của nó. Tôi đã từng là một DBA, tôi cho rằng bạn có thể nói tôi từng là một nhà tư vấn cơ sở dữ liệu, khoảng 20 năm trước, và điều thực sự làm tôi ngạc nhiên về cơ sở dữ liệu là không có nhiều thay đổi. Rất nhiều thứ đã thay đổi về tốc độ, về khối lượng dữ liệu và những thứ tương tự, nhưng phần lớn nó thực sự vẫn rất giống với những gì đã từng xảy ra.

Theo tôi, một cơ sở dữ liệu là một bộ sưu tập dữ liệu có thể mở rộng có tổ chức, có thể được tối ưu hóa cho khối lượng công việc cụ thể và cung cấp khả năng quản lý dữ liệu. Nó ra đời chủ yếu bởi vì nếu bạn muốn quản lý dữ liệu trong các tệp thì đó là một công việc cực kỳ khó khăn. Và ý tưởng kết hợp một phần mềm sẽ làm được hầu hết mọi thứ mà bạn cần nó đã thực hiện gần như ngay lập tức, ngay khi chúng tôi có quyền truy cập ngẫu nhiên trên các máy tính lớn của IBM vào những năm 1970.

Cơ sở dữ liệu quan hệ được phát minh vào những năm 70 và ra đời theo các nguyên mẫu trong thập niên 80 và loại có lực kéo trên thị trường từ đầu những năm 90 trở đi. Và cơ sở dữ liệu quan hệ vẫn hoàn toàn chiếm ưu thế về mức độ phổ biến. Nếu bạn đọc báo chí, bạn sẽ nghe thấy rất nhiều điều đã nói về những điều đó - cơ sở dữ liệu SQL và gần đây có rất nhiều tiếng ồn về cơ sở dữ liệu đồ thị. Và đó là những điều thú vị, nếu bạn thích, nhưng thực sự vẫn nằm trong số doanh số mới nhất, cơ sở dữ liệu quan hệ có 95% thị trường. Và Microsoft SQL Server mà chúng ta sẽ thảo luận sâu hơn hôm nay là phổ biến thứ hai đối với Oracle.

Điều về cơ sở dữ liệu quan hệ làm cho chúng khác thường về các công cụ mà chúng là chúng có thể hoạt động trên cả khối lượng công việc OLTP và truy vấn. Bạn phải điều chỉnh chúng khác nhau nếu bạn sẽ làm điều đó nhưng chúng thực sự có khả năng cho cả hai loại khối lượng công việc. Một trong số đó là các giao dịch ngẫu nhiên ngắn và một trong số đó là các truy vấn dài bao gồm rất nhiều dữ liệu. Thay thế, cơ sở dữ liệu NoQuery và cơ sở dữ liệu đồ thị chủ yếu dành cho phân tích và chúng đã tăng lên khá gần đây. NoQuery xuất hiện đầu tiên và đồ thị đã bắt đầu có một chút lực kéo trong thời gian gần đây. NoQuery có thể được sử dụng cho các hoạt động giao dịch, nhưng đồ thị hầu như không bao giờ được sử dụng cho các hoạt động giao dịch. Lý do, tôi đã bắt gặp một chỉ số mà tôi nghĩ là ít nhất mười tuổi nói rằng hầu hết các công ty đều có ít nhất ba, thực tế là 3, 5, các nhãn hiệu cơ sở dữ liệu khác nhau, nếu bạn nhìn vào kho phần mềm của họ.

Nhưng thực tế là hầu hết các công ty tiêu chuẩn hóa trên một cơ sở dữ liệu cụ thể. Và hầu hết các công ty đã tiêu chuẩn hóa trên SQL Server và Oracle là hai cơ sở dữ liệu tiêu chuẩn phổ biến nhất, nếu bạn muốn. Và họ chỉ sử dụng các lựa chọn thay thế trong những trường hợp đặc biệt, ví dụ, họ đang nhận được gói phần mềm cần một cơ sở dữ liệu khác hoặc họ sẽ theo đuổi một số mục tiêu phân tích dữ liệu lớn đã tồn tại.

Chúng tôi cũng đã nhận được, nếu bạn thích, sự can thiệp của Hadoop. Hadoop bằng cách này hay cách khác đã trở thành nhiều hơn một hệ thống tệp nhưng chưa phải là cơ sở dữ liệu. Tuy nhiên, nó có SQL nằm trên đầu trang của nó. Nhưng bằng chứng ở đây là nó không thực sự thay thế hoặc bất cứ nơi nào gần với việc thay thế các cơ sở dữ liệu quan hệ đã giành được trái tim và tâm trí của thế giới. Và lý do cho điều đó thực sự là những cơ sở dữ liệu quan hệ đó phải mất hai mươi năm, thực sự dài hơn hai mươi năm, để có thể trở nên tốt như hiện tại. Và bạn không chỉ xây dựng một công cụ truy vấn hoặc công cụ SQL thực sự hiệu quả trong một khoảng thời gian rất nhỏ. Nó không xảy ra.

Và vì vậy, kết luận của slide này là cơ sở dữ liệu là chiến lược và chúng phát triển, chúng trở nên tốt hơn. Và đó chắc chắn là trường hợp của Oracle và Microsoft SQL Server. Có lẽ, ít ai trong số các bạn nhớ lại thời mà cơ sở dữ liệu mới xuất hiện nhưng tôi đã làm, tôi là một cậu bé. Ý tưởng ban đầu là sẽ có một cơ sở dữ liệu duy nhất và đó là một ý tưởng khái niệm hoàn toàn không bao giờ được root. Có một nỗ lực của IBM với AS / 400 để thực sự có một hệ thống tệp dựa trên cơ sở dữ liệu nhưng điều đó cũng không chiếm ưu thế. Bạn còn lại với thực tế là cơ sở dữ liệu mảnh vỡ tự nhiên. Bạn thực sự tự nhiên có nhiều trường hợp. Có vấn đề về khả năng mở rộng. Cơ sở dữ liệu chỉ được thu nhỏ theo một kích thước nhất định, phải thừa nhận rằng kích thước đó đã tăng lên qua nhiều năm, nhưng chúng có giới hạn.

Và có vấn đề về khối lượng công việc, vấn đề khối lượng công việc chính là khối lượng công việc OLTP và khối lượng công việc truy vấn lớn đơn giản là không tương thích với nhau. Và không thể xây dựng một động cơ sẽ làm điều đó. Những gì chúng tôi gặp phải, một điều thú vị, tôi đã tình cờ thấy một trang web gần đây có hơn một nghìn phiên bản khác nhau của Oracle. Tôi không thể nhớ chính xác họ có bao nhiêu DBA, nhưng nếu bạn thực sự nói chuyện với họ về việc có bao nhiêu cơ sở dữ liệu thực sự đang được theo dõi bởi một DBA, thì nó giống như mười. Về cơ bản, họ đã sử dụng cơ sở dữ liệu như một cái tủ và chỉ ném dữ liệu vào đó vì ít nhất bạn có một sơ đồ và nó được tổ chức nhiều hơn một hệ thống tệp, nhưng không ai làm gì ngoài việc cho nó một cấu hình mặc định và thiết lập nó lỏng lẻo.

Tôi không chắc đó có phải là một ý tưởng tốt hay không. Thành thật đối với tôi, nghe có vẻ kỳ quái bởi vì, theo tôi, bất cứ khi nào tôi làm việc với cơ sở dữ liệu, cơ sở dữ liệu cần tham dự và bằng cách này hay cách khác, hãy biết chính xác những gì đang diễn ra ngoài kia. Và rất nhiều sự phụ thuộc lẫn nhau của hệ thống có nghĩa là một số loại dịch vụ nhất định phải được đáp ứng nếu không bạn sẽ gặp vấn đề.

Gần đây đã có cuộc nói chuyện, tôi đã đi qua các cơ sở dữ liệu khác nhau tuyên bố là tự điều chỉnh. Những cái là các cửa hàng cột được thiết lập cho lưu lượng truy vấn phần lớn là tự điều chỉnh vì có hai lựa chọn mà bạn cần thực hiện theo các chỉ mục. Nhưng ngoài khu vực cụ thể đó, cơ sở dữ liệu cần phải được điều chỉnh. Và chúng cần được điều chỉnh, một số cơ sở dữ liệu quan hệ nhất định, chủ yếu là do rất nhiều giao dịch liên quan đến việc tham gia. Tham gia là các hoạt động đắt tiền. Nếu bạn không đặt đúng chỉ mục vào đúng chỗ thì việc tham gia sẽ mất nhiều thời gian khi họ không cần.

Các cơ sở dữ liệu tự điều chỉnh hiện tại, nó chỉ tồn tại trong các lĩnh vực nơi khối lượng công việc được biết đến. Và kinh nghiệm của tôi là hầu hết các công ty sử dụng rất ít DBA và đó là vì chúng đắt tiền. Và do đó, sẽ tốt hơn nếu bạn có thể thay thế những gì DBA làm. Đây là hoạt động của một DBA khi tôi hiểu chúng. Họ cài đặt, cấu hình và nâng cấp cơ sở dữ liệu. Nâng cấp, nhân tiện, không nhất thiết là một hoạt động tầm thường. Lý do bạn sẽ nâng cấp cơ sở dữ liệu, ý tôi là, quy tắc mà tôi luôn làm việc là không chạm vào nó nếu nó hoạt động và nếu bạn sẽ nâng cấp cơ sở dữ liệu lên bất kỳ phiên bản mới cụ thể nào, bạn sẽ thực hiện nó trong chế độ thử nghiệm đầu tiên và sau đó bạn nâng cấp mọi thứ. Bạn vẫn luôn luôn xử lý cùng một phiên bản. Nhưng trên thực tế rất nhiều trang web tôi đã đi qua, đó không phải là điều xảy ra. Có, giả sử, một mức độ công bằng của entropy. Quản lý giấy phép là một vấn đề, tùy thuộc vào giấy phép bạn có. ETL và sao chép dữ liệu.

Một trong những thủ thuật với cơ sở dữ liệu là nếu bạn có một khối lượng công việc truy vấn cần được phân tách, bạn có thể tạo hai bản sao và sao chép và điều đó thường được thực hiện khi mọi người đang sử dụng bản sao làm bản sao lưu nóng nếu cần. Sau đó, lưu trữ và lập kế hoạch dung lượng, đó là một phần của hoạt động của DBA vì dữ liệu tất nhiên tăng lên và bạn cần theo dõi điều đó. Và sau đó, bạn cần lập kế hoạch cho các nâng cấp phần cứng hoặc tăng cường phần cứng khác nhau. Có sự cố là một hoạt động đau đớn đối với hầu hết các DBA. Khi có sự cố xảy ra và bản sao lưu không hoạt động chính xác một cách hoàn hảo và sau đó họ phải xắn tay áo xuống và thử và khôi phục mọi thứ từ các tệp nhật ký. Điều đó xảy ra thường xuyên hơn tôi nghĩ, ừm, tôi nhớ điều đó xảy ra nhưng tôi đã rời khỏi trò chơi ít nhất mười năm, nhưng tôi nhớ cách đó xảy ra thường xuyên hơn bạn tưởng. Giám sát và điều chỉnh hiệu suất chỉ là một phần của công việc DBA. Nhưng cũng có bảo mật về quản lý truy cập, sao lưu và phục hồi, tạo ra các hệ thống kiểm thử phần mềm song song hợp lý một hệ thống trực tiếp sẽ làm. Và toàn bộ dữ liệu vòng đời công cụ. Vì vậy, theo tôi, là danh sách các công việc của DBA ngoài bất kỳ điều gì khác mà họ có thể được yêu cầu làm. Hoạt động năng động. Cuối cùng, toàn vẹn dữ liệu và quản lý cấp dịch vụ là trách nhiệm chính của DBA. Và thông thường họ rất quan trọng. Và đó là tất cả những gì tôi phải nói. Tôi sẽ bàn giao cho Dez.

Dez Blanchfield: Cảm ơn bạn rất nhiều. Tôi sẽ đưa chúng ta vào một cuộc hành trình thú vị, giai thoại xung quanh lý do tại sao toàn bộ chủ đề ngày hôm nay là về và quan trọng hơn bao giờ hết. Cách đây không lâu, tôi đã tham gia vào một dự án nơi chúng tôi di chuyển một nền tảng của chính phủ tiểu bang được sử dụng để đăng ký giấy phép và đăng ký xe và toàn bộ những thứ xung quanh chủ đề đó, từ nền tảng máy tính lớn Fujitsu chạy một thứ gọi là A + Addition, đó là một hệ điều hành Solaris, hay nói cách khác là Unix, điều hành Oracle và làm rất tốt công việc của nó. Và quan điểm là thứ này đã cũ và đã đến lúc chuyển nó sang thứ khác. Chúng tôi đã có rất nhiều niềm vui khi chạy Unix trên máy tính lớn và nó rất ổn định và rất an toàn và đủ kỳ lạ với nền tảng SDL và nó hoàn toàn nhanh như chớp. Nhưng sự khôn ngoan đã đến lúc rời khỏi máy tính lớn và di chuyển.

Thách thức quan trọng này của việc ánh xạ tất cả các hệ thống và logic nghiệp vụ và môi trường SQL cho các cơ sở dữ liệu bên dưới và xem xét cách chúng tôi sẽ kiến ​​trúc sư và thiết kế một ngôi nhà mới cho nó. Và cuối cùng chúng tôi đã đưa nó đến một trong những thứ đã được vài năm tuổi, nhưng là một trong những thiết bị đầu cuối của hệ thống máy chủ Starfire. Và đây có lẽ là một số tin lớn nhất mà bạn có thể mua trên hành tinh mà tất cả đều sống trong một hộp lớn và một máy chủ đa xử lý đối xứng. Đó là một hệ thống tầm trung trong thế giới của chúng ta. Nó chạy Unix và nó chạy Oracle một cách tự nhiên và quan điểm là, Cái gì có thể sai? Cẩn, hóa ra, rất nhiều.

Ví dụ, vào thời điểm đó và chúng ta không nói chuyện từ lâu, chúng ta đã phải trải qua một quy trình rất thủ công để khám phá những gì trên nền tảng máy tính lớn và mang lại. Cụ thể là môi trường cơ sở dữ liệu thực tế và logic SQL. Vì vậy, quan điểm là nó sẽ là một động thái khá đơn giản của Oracle-to-Oracle, di chuyển từ cơ sở dữ liệu sang cơ sở dữ liệu; tất cả logic kinh doanh sẽ xuất hiện, hầu hết logic kinh doanh đã được viết trong các truy vấn và kích hoạt nhúng, và nó có thể khó đến mức nào? Nhưng một cái gì đó được cho là mất vài tháng đã kết thúc không mất một năm. Để chỉ thực hiện và thủ công mọi phần của Unix trên môi trường máy tính lớn, hãy khám phá xem tất cả các cơ sở dữ liệu đang ở đâu và có bao nhiêu phiên bản đang chạy và những gì đang chạy trên các phiên bản đó và đó là một bài tập không tầm thường và cuối cùng chúng tôi đã thực hiện nó ba lần chỉ để đảm bảo rằng chúng tôi đã chiếm được mọi thứ. Bởi vì mỗi lần chúng tôi nghĩ rằng chúng tôi đã đào sâu đến mức cần thiết, dưới bề mặt, hóa ra là có nhiều hơn ở đó.

Thách thức khác mà chúng tôi có là những trường hợp nào đang chạy và ở trạng thái nào? Đây có phải là một môi trường phát triển? Có phải là một môi trường thử nghiệm? Đây có phải là một phần của quá trình hội nhập? Có phải là tích hợp hệ thống? Có phải là UAT, thử nghiệm chấp nhận của người dùng? Có phải là sản xuất? Có phải là môi trường DR? Bởi vì điều tuyệt vời của máy tính lớn là bạn có thể xây dựng những môi trường ảo nhỏ này mà tất cả chúng ta đều được cấp ngay bây giờ và di chuyển mọi thứ xung quanh. Và bạn đã phải làm việc là người này đang thực hiện phát triển và thử nghiệm cấp sản xuất, hay họ đang sản xuất sản xuất, liệu có người dùng thực sự về điều này? Hãy nhớ rằng điều này đang được cấp giấy phép lái xe và đăng ký xe theo thời gian thực và những điều thực sự quan trọng đối với cuộc sống của mọi người.

Và phải mất một thời gian dài để chạy các bản sao lưu cho việc này vì vậy chúng tôi không thực sự có một cửa sổ bảo trì để thực hiện ngoại tuyến và xem điều gì đã xảy ra. Không có thứ gì như định tuyến lại nó. Chúng tôi cũng gặp khó khăn khi không chỉ tìm ra phiên bản nào đang chạy và ở đâu và cho ai, mà sau đó chúng tôi phải tìm ra phiên bản nào của phiên bản nào đang chạy. Và đây là nơi tôi gần như mất âm mưu của mình. Khi tôi bắt đầu nhận ra rằng chúng tôi có hai hoặc ba phiên bản của môi trường sản xuất trải qua các cấp độ thử nghiệm khác nhau và có rất ít cách thức của các công cụ và phương pháp tiếp cận có hệ thống về vấn đề này. Chúng tôi thực sự phải đi sâu vào mã và vào ví dụ đang chạy và trong một số trường hợp có nguy cơ mất một cái gì đó ngoại tuyến trong một thời gian ngắn. Chúng tôi đã đi đến tận cùng của toàn bộ điều này, chúng tôi đã vạch ra nó, và đó là một quá trình rất thủ công như tôi đã nói. Và cuối cùng chúng tôi đã thực hiện toàn bộ sự thay đổi của ETL, từ bỏ nó từ nơi này và chuyển nó sang nơi khác và trên toàn bộ nó hoạt động. Và chúng tôi đã như thế, không sao, nó hoạt động, chúng tôi rất hài lòng với nó.

Nhưng sau đó chúng tôi chạy vào một số bức tường gạch rắn rất nghiêm trọng. Đặc biệt chúng tôi tìm thấy các vấn đề hiệu suất. Và suy nghĩ hợp lý của ngày hôm nay là, phần cứng lớn hơn, tốt hơn, nhanh hơn, cứng hơn, không có lý do gì để nó hoạt động kém ở ứng dụng ở cấp độ cơ sở dữ liệu, vì vậy hãy bắt đầu tìm kiếm ở nơi khác. Vì vậy, chúng tôi hoàn toàn thiết kế lại mạng hai lần. Mọi bộ định tuyến, mọi bộ chuyển mạch, mọi dây cáp, chúng tôi đã chuyển từ Ethernet sang cáp quang trong một số trường hợp, chúng tôi đã nâng cấp phần mềm, chúng tôi vá, bạn có được chế độ xem. Về cơ bản, chúng tôi đã xây dựng lại mạng hai lần với suy nghĩ đó là vấn đề hiệu năng ở đó. Và nó nhìn và cảm thấy như nó là. Chúng tôi đã đi qua các hệ thống an ninh khác nhau, tường lửa khác nhau. Chúng tôi vá hệ điều hành. Chúng tôi đã chuyển thứ từ lưỡi kiếm này sang lưỡi khác. Và chúng tôi đã dành một lượng thời gian đáng kể để xem xét phần cơ sở hạ tầng của nó.

Và sau đó chúng tôi nhận ra rằng khi chúng tôi ngắt kết nối các máy chủ và chúng tôi đã chạy một số ứng dụng khác trên đó thì mạng vẫn chạy tốt. Vì vậy, chúng tôi bắt đầu kéo hệ điều hành ra. Cùng một vấn đề. Nhưng thật thú vị, cấp độ mạng và cấp độ hệ điều hành, các công cụ đã có, nó thực sự tương đối đơn giản đối với chúng tôi để kiểm tra và kiểm tra và chứng minh rằng mỗi phần trong số đó đều hoạt động. Nhưng ngay cả sau đó, trên Solaris trên tầm trung trên nền tảng phần cứng SPARC, các công cụ không có ở đó để chúng tôi bắt đầu chẩn đoán môi trường cơ sở dữ liệu. Bạn biết đấy, lập bản đồ cho dù chúng tôi đã đưa tất cả các trường hợp qua. Và vì vậy, chúng tôi phải thực sự xây dựng các công cụ của riêng mình và viết một số và ngồi xuống, cho dù đó là trong các công cụ cơ sở dữ liệu bằng ngôn ngữ kịch bản gốc hay liệu đó là một loạt các kịch bản shell hay trong một số trường hợp là một loạt các chương trình C.

Cuối cùng chúng tôi đã nghiên cứu một số vấn đề rất thú vị trong đó logic bên dưới lớp SQL, chính các công cụ cơ sở dữ liệu thực tế, hóa ra khi một thứ được xây dựng theo cách riêng cho một thứ chạy trên phiên bản máy tính lớn của Oracle đã được chuyển sang Solaris trên SPARC phiên bản Oracle nó không ngay lập tức chuyển đổi hiệu suất tương tự. Vì vậy, đây là một hành trình khá đau đớn đối với chúng tôi ngay từ đầu, chỉ cần thực hiện và tìm thấy tất cả, nhưng bây giờ chúng tôi phải chẩn đoán nó trên hệ thống sản xuất mới và một lần nữa điều này đã thổi bay một tháng di cư đến gần một năm. Và nó chỉ đơn giản là thực tế là chúng ta không có các công cụ xung quanh. Chạy xung quanh làm những việc như cố gắng ánh xạ siêu dữ liệu.

Tại một số điểm, chúng tôi gần như đã quyết định rằng chúng tôi cần một bảng Ouija bởi vì nó sẽ dễ dàng hơn khi chỉ ngẫu nhiên chỉ và chọc. Những điều đơn giản như tìm ra ai có quyền truy cập vào các hệ thống cũ và tại sao họ có quyền truy cập đó. Và ai cần quyền truy cập vào cái mới và xác nhận, nhờ ai đó đăng nhập và xác nhận điều đó và lập bản đồ đó. Ngay cả một cái gì đó đơn giản như kích thước của cơ sở dữ liệu không nhất quán trên hai nền tảng. Chúng tôi đã phải xây dựng một công cụ để làm điều đó và so sánh giữa cơ sở dữ liệu có trọng lượng lớn như thế nào, tính bằng megabyte hoặc terabyte trên Hệ thống A so với Hệ thống B. Và đi sâu vào chi tiết hơn về hiệu suất và môi trường hiệu suất. Một lần nữa, đã phải xây dựng các công cụ mới. Không có bất cứ thứ gì ngoài giá cho chúng tôi.

Và bạn nhận được toàn bộ thông điệp này, khi chúng tôi kết thúc việc vận hành và chúng tôi ổn định, mỗi phần của nó là một quy trình rất thủ công, cách duy nhất chúng tôi có thể tự động hóa một cái gì đó là nếu chúng tôi xây dựng một công cụ mới hoặc tập lệnh mới. Và nếu chúng ta có các công cụ có sẵn ngày hôm nay, cuộc sống sẽ trở nên dễ dàng hơn và tốt hơn rất nhiều. Và chúng tôi đã tiết kiệm được hàng triệu đô la cho dự án này. Nhưng tôi nghĩ rằng những gì chúng ta sắp nói đến hôm nay là thực tế là các công cụ hiện có và chúng làm cho cuộc sống dễ dàng hơn rất nhiều. Nhiều cạm bẫy vẫn còn. Khám phá cơ sở dữ liệu ngoài kia và trường hợp nào đang chạy những gì. Họ đang ở trạng thái nào. Có bao nhiêu người đang chạy? Tại sao họ đang chạy. Cho dù họ đang chạy tốt. Họ đang được sao lưu?

Đây là tất cả những điều mà chúng ta theo nhiều cách có thể được chấp nhận ngay bây giờ với các công cụ phù hợp. Nhưng có một giai đoạn trong giai thoại đặc biệt này như tôi đã nói, đó là điều mà rất nhiều người trong chúng ta đã rụng rất nhiều tóc, có lẽ chúng ta đã mất mười lăm năm cuộc đời mình, và than thở rằng các công cụ hiện không có . Và tôi mong được nghe nhiều hơn về điều đó từ vị khách của chúng ta hôm nay, Bullett. Vì vậy, với điều đó, Bullett, tôi sẽ chuyển cho bạn và tôi mong muốn được nghe cách bạn giải quyết vấn đề này.

Bullett Manale: Được rồi. Âm thanh tuyệt vời. Eric, hãy để tôi tiếp quản các slide này và nói một chút về, thực sự nhanh chóng, Idera, công ty, trước khi chúng tôi vào chính sản phẩm. Giống như một FYI, đây là một danh mục đầu tư của các sản phẩm khác nhau mà chúng tôi có sẵn.

Eric Kavanagh: Âm thanh của bạn rất hấp dẫn, vì vậy nếu bạn đang sử dụng tai nghe, chỉ cần kéo nó lên một chút.

Bullett Manale: Không vấn đề gì. Điều đó có tốt hơn không?

Eric Kavanagh: Điều đó tốt hơn nhiều. Mang nó đi.

Bullett Manale: Được rồi. Vì vậy, hôm nay chúng tôi sẽ tập trung vào Trình quản lý kho, rõ ràng được liên kết với rất nhiều chủ đề mà chúng tôi đang thảo luận. Tôi chỉ muốn cung cấp cho bạn một chút hiểu biết về cách sản phẩm này có được nó ở đâu. Chúng tôi bắt đầu tìm kiếm trên cơ sở hàng ngày với dòng sản phẩm của mình, chúng tôi có một công cụ theo dõi hiệu suất được gọi là Trình quản lý chẩn đoán. Chúng tôi có một công cụ quản lý tuân thủ. Vì vậy, rất nhiều công cụ khác nhau xung quanh SQL Server và chắc chắn chúng tôi luôn đặt câu hỏi cho mục đích cấp phép, "Số lượng phiên bản mà bạn hiện đang quản lý trong tổ chức của mình là bao nhiêu?" Và điều thú vị là chúng tôi không bao giờ có thể thực sự có được câu trả lời chắc chắn về điều đó. Nó không thực sự quan trọng với những người bạn nói chuyện với. Nó luôn luôn là, "Chúng tôi nghĩ rằng nó xung quanh con số này." Những thứ đó luôn xuất hiện và sau đó chúng ta sẽ phải trải qua quá trình này để tìm ra chính xác những gì họ có mà họ muốn cấp phép theo các trường hợp mà chúng ta đang quản lý.

Chúng tôi rõ ràng đã tìm ra rất nhanh rằng dường như có một số nỗi đau liên quan đến điều đó với rất nhiều DBA. Rõ ràng là một DBA, một trong những điều họ chịu trách nhiệm là biết điều đó, bởi vì một trong những điều họ phải làm là lo lắng về các thỏa thuận cấp phép của họ, trong trường hợp của chúng tôi với Microsoft và SQL Server. Rõ ràng là họ có rất nhiều lĩnh vực khác nhau mà họ chịu trách nhiệm, nhưng đó là một trong những lĩnh vực thuộc loại vé lớn về mặt DBA, trách nhiệm chung của bạn là gì. Với những gì chúng tôi đã đi đến kết luận là chúng tôi cần một công cụ giúp DBA dễ dàng có thể thực sự hiểu được con số đó. Bởi vì bạn có SQL mở rộng nếu bạn muốn gọi nó và nó xảy ra vì một số lý do khác nhau. Có lẽ không có nhiều quyền kiểm soát xung quanh việc ai cài đặt phần mềm và những thứ đó.

Và điều tồi tệ nhất có thể xảy ra là ai đó đã nhúng tay vào một bản sao của SQL Server, cài đặt nó, bắt đầu làm việc với nó mà không có bất kỳ kiến ​​thức nào đối với một số tổ chức hoặc bộ phận khác trong công ty, và sau đó là điều tiếp theo bạn biết, có thể dữ liệu không được sao lưu và những thứ có thể xảy ra. Bây giờ bạn có một vấn đề khác, nơi bạn có những tình huống mà bạn thực sự sẽ mất dữ liệu quan trọng bởi vì bạn không biết rằng trường hợp đó thậm chí còn tồn tại ở nơi đầu tiên.

Một trong những điều mà chúng tôi phải làm là nói rằng hãy tìm ra phần khám phá của nó. Và sau đó, trên hết có thể tổ chức và quản lý thông tin mà chúng tôi đang thu thập một cách hợp lý có ý nghĩa dựa trên những gì doanh nghiệp đang làm. Và sau đó rõ ràng từ đó có thể đưa ra quyết định xung quanh thông tin đó và có thể làm những điều đó. Đó là loại công cụ bắt đầu và nó đến từ đâu. Tôi có thể nói với bạn rằng khi nói chuyện với các DBA một cách thường xuyên, điều chúng ta thực sự gặp phải là vấn đề không biết họ có bao nhiêu trường hợp.

Và thật buồn cười bởi vì, thuật ngữ này, bạn không thể quản lý những gì bạn không thể đo lường được, luôn tìm ra các công cụ hiệu suất mà chúng tôi có, như Trình quản lý chẩn đoán SQL, nhưng bạn thực sự không thể quản lý bất cứ điều gì nếu bạn không biết rằng Ngay từ đầu, ngay lập tức. Vì vậy, đó cũng là một phần quan trọng của công cụ này, là có thể biết rằng nó ở đó.

Bây giờ trên lưu ý đó, nói chuyện với một số tổ chức hoặc cửa hàng doanh nghiệp lớn hơn với SQL Server, điều thú vị mà chúng tôi đã tìm thấy với nhiều người mà chúng tôi đã nói chuyện là họ thực sự đã đặt thời gian trong suốt năm của họ họ thực sự đi bộ từ nơi này đến nơi khác để cố gắng xác định xem số đó trông như thế nào. Bạn có thể tưởng tượng như một DBA bạn sẽ được trả một số tiền khá lớn để đi bộ từ máy này sang máy khác trong một số trường hợp, điều đáng ngạc nhiên là chúng ta sẽ nghe thấy gì từ một số công ty lớn mà tôi sẽ không nêu tên. Nhưng chỉ là một điểm thú vị mà hai tuần một năm có thể được dành để thực hiện các loại bài tập này chỉ để tìm hiểu xem số giấy phép của họ có đúng không.

Tất cả đều liên quan đến công cụ này và cách nó giúp nhưng cách chúng tôi giải quyết đó là thông qua khả năng khám phá dựa trên một số đặc điểm của SQL Server. Và vì vậy, câu hỏi đầu tiên là, bạn chỉ đến cái gì hoặc bạn cố gắng nhìn cái gì đầu tiên? Cách chúng tôi đã làm là nói rằng hãy thực hiện theo phạm vi IP hoặc chúng tôi có thể làm điều đó bằng tư cách thành viên của chính tên miền đối với các máy tính là thành viên của miền. Đó là cách chúng tôi giải quyết phần đó, chỉ có thể nói đây là lĩnh vực mà chúng tôi muốn tập trung vào khía cạnh khám phá.

Và sau đó, phần khác dựa trên các đặc điểm đó, các cổng và những thứ khác, các khóa đăng ký WMI và các loại điều đó, chúng ta có thể thu thập và xác định rằng SQL có thể đang chạy và cài đặt trên cá thể đó hoặc môi trường cụ thể đó. Đây rõ ràng là một phương pháp tốt hơn nhiều so với phương pháp sneaker hoặc phương pháp sneaker express. Bây giờ, điều thú vị là, tất cả thông tin mà chúng tôi thu thập về cá thể đang được lưu giữ trong một kho lưu trữ và nó có thể thay đổi khi môi trường thay đổi. Đó không chỉ là về, Hey Hey, có một ví dụ, đây là một danh sách mà chúng tôi đã tìm thấy, mà còn là DBA hoặc người quản lý các thể hiện, có thể xác định xem họ có muốn tạo ra một phần của kho không nó không phải là một phần của hàng tồn kho, để có thể ngừng hoạt động đó. Và do đó, họ có vòng đời của toàn bộ quá trình của phiên bản SQL Server để thực sự dễ hiểu trong công cụ.

Khi chúng tôi đã phát hiện ra các trường hợp, chúng tôi sẽ làm gì sau đó? Một điều nữa là rất nhiều thông tin về trường hợp này, tôi không muốn phải tự lấy nó và đưa nó vào một bảng tính hoặc những thứ đó. Và đó là một điều thú vị khi nói chuyện với các DBA về quy trình và cấp phép kiểm kê, đó là bạn có ngạc nhiên về số lượng DBA tôi đã nói chuyện không, khi bạn hỏi họ, Bạn làm thế nào để bạn duy trì hàng tồn kho của mình? chúng tôi đang nói chuyện với các DBA, phần thực sự mỉa mai của nó, rằng họ đang giữ điều đó và theo dõi điều đó trong một bảng tính tĩnh của tất cả mọi thứ. Như tôi đã nói, thật là mỉa mai khi bạn nghĩ về điều đó trong một phút. Nhưng đó là trong rất nhiều trường hợp, và vẫn là trường hợp với rất nhiều tổ chức về cách họ quản lý điều đó. Làm thế nào họ giữ điều đó. Đó là bản sao chính của bảng tính Excel được thả nổi xung quanh và nó phải được cập nhật thường xuyên.

Đó là những điều là một thách thức và vì vậy bằng cách đăng ký trường hợp đó và biến nó thành một phần của kho, bạn có thể làm điều đó và lấy thông tin. Bạn có thể tự động hóa nó có trở thành một phần của kho, phiên bản, phiên bản, những thứ khác bạn có thể làm với nó hay không, bạn có thể thêm thủ công danh sách đó hoặc bảng tính Excel mà bạn có. Bạn có thể nhập nó vào công cụ này được gọi là SQL Inventory Manager. Nếu bạn đã có điểm bắt đầu của các phiên bản mà bạn cảm thấy khá tự tin, bạn có thể nhập các phiên bản đó vào và sau đó tạo một phần của kho lưu trữ được quản lý của bạn trong sản phẩm. Một khi chúng ta có ví dụ và một khi chúng ta biết rằng nó sẽ xuất hiện, thì chúng ta có rất nhiều thông tin mà chúng ta có thể tận dụng bằng cách biết rằng trường hợp đó có ở đó, bằng cách đi ra ngoài và thu thập thông tin đó.

Và rất nhiều thông tin sẽ cần thiết cho nhiều mục đích hơn là chỉ cấp phép. Rất nhiều trong số đó có thể được sử dụng vì rõ ràng chỉ cần biết mọi thứ đang ở đâu, có thể tìm kiếm thông tin này sau khi có được. Nhưng thứ quan trọng là máy chủ, phần cứng. Có thể hiểu nó là loại máy gì, có thể là model hoặc nhà sản xuất, bộ nhớ, dung lượng bộ nhớ, cho dù đó là máy vật lý hay ảo và đặc biệt là số lượng ổ cắm vật lý hoặc lõi và CPU và những loại vật đó.

Xét về số lượng lõi, đặc biệt là với SQL Server, việc biết cách họ thực hiện cấp phép là tính toán theo lõi trong các phiên bản SQL mới hơn, điều đó trở thành một phần thực sự quan trọng của nó và đó không phải là bất cứ điều gì bạn có để đi ra ngoài và thực sự đi đào cho. Khi cá thể được xác định, chúng tôi có thể cung cấp thông tin đó và lấy nó ra và cho phép bạn xem và hiểu nó và rõ ràng có thể tận dụng lợi thế của nó.

Lớp tiếp theo là ví dụ rõ ràng là bạn có rất nhiều phiên bản SQL Server khác nhau cho dù đó là tiêu chuẩn hay doanh nghiệp hoặc thậm chí thể hiện cho vấn đề đó, hoặc phiên bản SQL Server miễn phí. Cũng có thể hiểu những ứng dụng nào được gắn với trường hợp đó và điều này có thể được thực hiện tự động. Có thể hiểu các cài đặt cấu hình và các loại điều đó cũng như các phần thông tin khác có liên quan đến phiên bản của chính SQL Server.

Sau đó, bạn xuống cơ sở dữ liệu thực tế và xem các cài đặt cấu hình, lượng không gian được gắn với dữ liệu đó, nơi nó được đặt, tất cả các công cụ này sẽ được tự động điền và vì vậy đó là một trình tiết kiệm thời gian rất lớn. Và một lần nữa, bởi vì nó tự động đi ra ngoài và hàng ngày xác định các trường hợp mới, đó là một điều sống động mà bạn có trong kho của bạn. Đó là mục tiêu của sản phẩm là làm cho nó theo cách đó, là làm cho nó trở thành một thứ gì đó thay đổi linh hoạt.

Bây giờ khi tất cả thông tin này có sẵn cho chúng tôi và chúng tôi có thể lấy tất cả dữ liệu này vào, thì thực sự có ý nghĩa khi bắt đầu tạo trong một số trường hợp siêu dữ liệu của riêng bạn được liên kết với các trường hợp này và siêu dữ liệu đó có thể được tạo theo cách đó phù hợp với cách mà bạn làm kinh doanh.

Vì vậy, nếu bạn có các phiên bản của mình được nhóm theo vị trí địa lý, hoặc bởi chủ sở hữu ứng dụng hoặc chủ sở hữu DBA hoặc bất cứ điều gì, thì đó có thể là về cách bạn muốn nhóm các trường hợp đó, cách bạn muốn hiểu ý nghĩa của các trường hợp đó, vậy thì có loại của hai lĩnh vực trong công cụ sẽ cung cấp cho bạn khả năng đó.

Đầu tiên là khả năng tạo thẻ ví dụ hoặc thẻ. Về cơ bản là tạo ra một liên kết đến máy chủ, cá thể hoặc cơ sở dữ liệu để bạn có thể tạo các khung nhìn và trả lời các câu hỏi có thể xuất hiện hàng ngày, điều đó thực sự giúp bạn nắm được những gì bạn có, những gì bạn đang quản lý và cách bạn muốn tiến về phía trước với thông tin đó.

Một thứ khác mà chúng ta có là một cái gì đó gọi là trường kiểm kê hoặc trường khoảng không quảng cáo tùy chỉnh và chúng cụ thể hơn đối với loại thông tin mà bạn có thể truy cập, ví dụ: lớp cơ sở dữ liệu tôi có thể quyết định thêm danh sách thả xuống có tất cả các DBA và tôi có thể đặt ai chịu trách nhiệm cho cơ sở dữ liệu đó tùy thuộc vào loại tình huống đó hoặc bất cứ điều gì, bất kỳ cơ sở dữ liệu nào với bất kỳ ai chịu trách nhiệm đều có thể chọn để tôi biết rằng họ là những người chịu trách nhiệm và rất dễ dàng chỉ bằng cách đào vào kho.

Vì vậy, những mẩu thông tin này trở nên rất có giá trị, đặc biệt nếu bạn có một môi trường rộng lớn, bởi vì nó chỉ giúp bạn hiểu được thông tin đó và biết bạn có gì và làm như thế nào.

Vì vậy, hãy để tôi đi trước và chuyển sang slide tiếp theo ở đây. Điều tôi cho bạn thấy bây giờ là tất cả thông tin này chúng tôi đang thu thập, tất cả thông tin và dữ liệu chúng tôi đang thu thập và áp dụng siêu dữ liệu để giúp bạn có thể đưa ra quyết định nhanh chóng và dễ dàng hơn rất nhiều khi nói đến tăng giấy phép của bạn với Microsoft trong cấp phép số lượng lớn doanh nghiệp hoặc bảo hiểm phần mềm với Microsoft.

Điều đó giúp bạn thực sự dễ dàng thực hiện việc này hơn là phải, phải đi và thực hiện nhiều việc thu thập dữ liệu thủ công, rất nhiều thông tin thu thập thủ công thông tin đó thực sự giúp cho quá trình tốt hơn rất nhiều. Vì vậy, đó là một trong những nhiệm vụ của sản phẩm, đôi khi để giúp các DBA dễ dàng đưa ra các quyết định xung quanh việc cấp phép.

Bây giờ, một điều khác mà chúng tôi, nói chuyện với các DBA, đã phát hiện và học hỏi rất nhanh là - và nó quay trở lại với những gì đã thảo luận trước đó - bạn có thể có 300 trường hợp trong môi trường SQL Server của bạn nhưng thực sự chỉ có một tập hợp con trong số những công cụ đang được giám sát và quản lý thực sự từ một loại công cụ giám sát hiệu suất truyền thống.

Vì vậy, nếu bạn đi và bạn thực sự ngồi xuống với DBA và bạn nói, Nhìn Nhìn, chúng tôi biết bạn đã có 20 trường hợp hoặc 10 trường hợp trong số 300 đang được theo dõi với công cụ này được thiết kế để theo dõi điều đó và tuân thủ SOA và nhận thông báo và tất cả những điều tốt đẹp đó, điều mà chúng tôi cũng tìm thấy là nếu bạn hỏi, thì Vậy thì còn 280 trường hợp khác mà bạn có thì sao? Bạn có quan tâm đến những điều đó không? Và họ làm, họ quan tâm đến họ, nhưng họ không nhất thiết muốn đầu tư để theo dõi những người ở mức độ sâu có thể được thực hiện với những trường hợp đó so với 10 hoặc 20 thực sự, trường hợp sản phẩm thực sự quan trọng.

Vì vậy, phần khác của phương trình với công cụ này là nó cũng giúp về mặt khả năng đảm bảo rằng ở cấp độ cơ sở, bạn được bảo vệ về mặt sức khỏe của ví dụ. Bây giờ nó sẽ không cho bạn biết nếu bạn đang gặp bế tắc hay ai là nạn nhân của bế tắc. Đó không phải là để đạt đến cấp độ của các phiên và chi tiết của các truy vấn. Nhưng đồng thời, nó vẫn sẽ cho bạn biết rằng, nếu máy chủ ngừng hoạt động hoặc khối lượng đang đầy hoặc bạn cần sao lưu cơ sở dữ liệu, đó là một phần quan trọng của việc trở thành một DBA.

Vì vậy, những thứ đó chắc chắn vẫn còn quan trọng và vì vậy với loại công cụ này đã khiến bạn có thể nắm bắt được tất cả các trường hợp thực sự quan trọng của bạn có rất nhiều, rất nhiều giá trị gắn liền với chúng, nếu chúng đi xuống bạn cần biết ngay. Họ có thể có mức độ giám sát cao hơn và có thể thực hiện những điều đó, trong khi với điều này, nó sẽ có thể nhận bất kỳ trường hợp mới nào được thêm vào môi trường và đảm bảo rằng chúng được tính và cũng thực hiện chắc chắn những mức độ kiểm tra sức khỏe cơ bản đang được hình thành.

Vì vậy, đó là loại tóm tắt những gì Trình quản lý nhập khẩu SQL của Inventory nói về tất cả. Bây giờ tôi sẽ cho bạn thấy một minh chứng về nó. Trước khi chúng tôi làm điều đó, chỉ cần nhanh chóng tôi cho bạn thấy đây là slide kiến ​​trúc ở đây và chỉ để thể hiện điều này, các phiên bản SQL mà chúng tôi đang quản lý, chúng tôi có thể khám phá mọi thứ từ SQL 2000 cho đến mới các phiên bản của SQL.

Vì vậy, chúng ta có thể làm điều đó mà không bao giờ phải triển khai các tác nhân đến các thể hiện. Chúng tôi thực hiện thông qua một dịch vụ thu thập và nó sẽ đi ra ngoài và thu thập thông tin đó và đưa nó vào một kho lưu trữ và sau đó từ bảng điều khiển phía trước của dịch vụ web Tomcat, chúng tôi sẽ có thể tương tác với dữ liệu đó và xem nó. Vì vậy, nó là kiến ​​trúc khá đơn giản.

Tôi sẽ tiếp tục và chuyển đổi và thực sự đưa chúng tôi vào chính sản phẩm để bạn có thể cảm nhận về nó, một sự hiểu biết về cách thức hoạt động của nó. Vì vậy, cách tốt nhất để làm điều này là loại đầu tiên giới thiệu cho bạn về chính giao diện trong đây là loại bảng điều khiển mà chúng tôi đang xem xét ở đây.

Tôi có thể thấy số lượng các trường hợp ngay bây giờ mà tôi có dưới sự quản lý không nhiều như vậy. Nhưng tôi cũng không có cả một trung tâm dữ liệu trong túi sau của mình. Vì vậy, tôi đã có khoảng sáu trường hợp mà chúng ta thấy ở đây. Bây giờ, tôi đã nói, những gì tôi sẽ làm là trải qua quá trình khám phá và cho thấy nó sẽ hoạt động như thế nào.

Bây giờ điều đầu tiên bạn sẽ làm là trong phần quản trị, bạn có thể chỉ định cách bạn muốn khám phá các thể hiện của mình. Bạn sẽ có thể đưa thông tin đó vào đây và một lần nữa có thể được thực hiện thông qua một loạt các địa chỉ IP. Bạn có thể trỏ đến một tên miền hoặc tên miền phụ và chỉ có thể trên các máy là thành viên của miền đó có thể thực hiện các kiểm tra đó mà bạn có thể chọn một số loại đặc điểm khác nhau khi SQL chạy để kiểm tra.

Sau đó, khi bạn đã thực hiện điều đó và bạn có thể tự động chạy nó hàng ngày để thu thập dữ liệu đó. Bạn cũng có thể làm điều đó trên cơ sở đặc biệt nếu cần. Nhưng một khi bạn bắt đầu điều đó, quá trình khám phá đó thì những gì bạn sẽ bắt đầu nhìn thấy là khi bạn chuyển sang chế độ xem phiên bản ở đây. Bạn có tab Khám phá và tab Khám phá sẽ hiển thị cho chúng tôi những trường hợp gần đây đã được phát hiện. Vì vậy, trong trường hợp của chúng tôi, chúng tôi có một số ở đây. Những gì tôi sẽ tiếp tục và làm là tiếp tục và thêm một cái mà chúng tôi sẽ sử dụng làm ví dụ. Vì vậy, đây là một ví dụ Chicago trong trường hợp này, phải không? Tôi sẽ tiếp tục và thêm ví dụ đó vào kho của tôi.

Được rồi và nó sẽ đưa tôi qua một vài điều ở đây. Tôi sẽ tiếp tục và bạn sẽ thấy chúng tôi có thể đặt thông tin đăng nhập. Thông tin của tôi nên được tốt ở đó. Tôi sẽ tiếp tục và bạn sẽ nhận thấy tôi có thể chuyển quyền sở hữu này nếu tôi muốn. Tôi cũng có thể chỉ định một địa điểm. Bây giờ, vị trí cũng có thể được thêm vào, và nó sẽ nhớ rằng lần sau, rõ ràng.

Một lần nữa, tôi cũng có thể liên kết các thẻ với điều này theo siêu dữ liệu và cách chúng tôi muốn đặt các phiên bản SQL này, đặc biệt là trường hợp này, vào bất kỳ nhóm nào chúng tôi muốn đặt nó vào. Vì vậy, chúng tôi có một số thẻ hiện tại, thẻ phổ biến, vì vậy chúng tôi có thể xem xét một loạt các thẻ khác nhau mà tôi có thể đã bao gồm. Tôi sẽ chọn một vài trong số này một cách ngẫu nhiên và chúng ta có thể áp dụng điều đó.

Vì vậy, bây giờ khi tôi đi trước và thêm điều này vào kho. Bây giờ nó đã được thêm vào, bây giờ chúng ta sẽ thấy nó hiển thị dưới chế độ xem được quản lý này và vì vậy bạn có thể thấy nó được liệt kê ngay tại đây. Vì vậy, bạn biết đó là bước đầu tiên và những gì tôi vừa chỉ cho bạn là cách mà bạn chủ yếu sẽ thêm những trường hợp đó khi bạn trải qua hàng ngày. Trong một số trường hợp, bạn có thể nói rằng bạn biết nếu đó là phiên bản doanh nghiệp của máy chủ SQL, tôi có tự động muốn thêm nó vào kho của mình không? Tôi không cần phải tự đi và chọn làm điều đó.

Jocelyn: Tôi sẽ làm phiền bạn thật nhanh. Chúng tôi không thấy bản demo của bạn.

Bullett Manale: Bạn không phải sao?

Jocelyn: Không.

Bullett Manale: Chà điều đó không tốt, hãy xem.

Eric Kavanagh: Nếu bạn đi đến góc trên bên trái, nhấp vào bắt đầu, nhấp vào đó.

Bullett Manale: Ah, được thôi.

Eric Kavanagh: Và bây giờ hãy chia sẻ màn hình.

Bullett Manale: Xin lỗi về điều đó. Vâng

Eric Kavanagh: Không sao đâu. Bắt tốt ở đó, nhà sản xuất Jocelyn.

Bullett Manale: Được rồi vậy có tốt hơn không? Bạn đang nhìn thấy nó bây giờ?

Robin Bloor: Vâng thực sự.

Bullett Manale: Được rồi, vì vậy hãy nhanh chóng đưa bạn qua nơi chúng tôi thực sự nhanh chóng. Chúng tôi đã có những trường hợp được phát hiện mà chúng tôi đã có trước đó. Tôi vừa thêm ví dụ Chicago và vì vậy những gì bạn thấy bây giờ là nó được liệt kê ở đây. Lưu ý rằng nó đã lấy rất nhiều thông tin bổ sung. Nếu tôi nhấp vào ví dụ, bạn sẽ bắt đầu thấy tất cả các loại thông tin mà chúng tôi đã thu thập về trường hợp đó. Bây giờ đây là một danh sách của tất cả các cơ sở dữ liệu đang có. Chúng ta có thể thấy sự cố của cơ sở dữ liệu theo kích thước và theo hoạt động về mặt cơ sở dữ liệu nào có kích thước và hoạt động nhiều nhất.

Một lần nữa, chúng tôi cũng có thể cho bạn biết ngay lập tức ứng dụng nào chúng ta thấy đang chạy trên cá thể đó dựa trên khối lượng công việc mà chúng ta thấy đang chạy trên cá thể. Vì vậy, thật tuyệt khi có thể làm điều đó một cách tự động. Tôi không phải đi vào và buộc các ứng dụng với tỷ lệ mới mắc. Dựa trên những gì chúng ta đang thấy, chúng ta có thể đưa ra điều đó. Bây giờ nếu bạn muốn tự thêm một ứng dụng, bạn hoàn toàn có thể làm điều đó. Nhưng đó chỉ là một cách hay để có thể hiển thị sự liên kết của cá thể với cơ sở dữ liệu hoặc, tôi xin lỗi, cho ứng dụng.

Bạn cũng sẽ nhận thấy rằng ở phía bên phải của màn hình, chúng tôi có một bản tóm tắt tức thì và bên dưới chúng tôi có một bản tóm tắt máy chủ. Vì vậy, chúng ta đang nói về các thông tin chính của ví dụ ở đây, biết phiên bản và không chỉ, SQL Server 2012 mà là số phiên bản thực tế, bao gồm và cho chúng tôi biết hotfix nào được gắn với nó, gói dịch vụ nào được gắn với nó, nó có thể rất quan trọng để biết. Rõ ràng yêu cầu bộ nhớ là quan trọng. Mọi thứ như vậy, cho dù là cụm, tất cả thông tin này, tôi không phải đưa nó vào - nó đã được thu thập và thu thập, và một khi chúng tôi xác định rằng đó là một trường hợp được phát hiện, đó sẽ là một phần trong kho của chúng tôi.

Một điều khác mà bạn sẽ thấy ở đây - và nó sẽ cho bạn thấy - đó là trong chế độ xem này. Chúng ta có những thuộc tính mà tôi đã nói trước đó, các thuộc tính tùy chỉnh có thể được thêm vào. Vì vậy, chúng tôi có thể thêm loại trường hộp văn bản mở, chúng tôi có thể làm có / không về mặt, bạn biết đấy, một tỷ loại lựa chọn. Chúng tôi thậm chí có thể làm danh sách thả xuống. Bạn có thể làm điều đó ở thể hiện của cơ sở dữ liệu hoặc ở cấp độ máy chủ.

Sau đó, nếu chúng ta cuộn xuống xa hơn một chút, chúng ta có thể thấy tất cả các thông tin liên quan đến chính máy chủ. Vì vậy, bạn biết tất cả các loại công cụ này rõ ràng là thực sự, thực sự hữu ích vì tất cả đều được thu thập và thu thập và nó sẽ ở đó ngay khi chúng tôi đưa ra quyết định biến nó thành một phần của kho. Ở đây chúng tôi có thể chỉ ra một số khác biệt về CPU, số lượng logic so với vật lý, bao nhiêu bộ nhớ. Vì vậy, bạn đang thực sự có được một thông tin thực sự tốt và giàu có mà không phải làm nhiều việc.

Bây giờ, phần khác của vấn đề này, như tôi đã nói, là chúng tôi đang thu thập dữ liệu này ở cấp độ máy chủ. Nếu chúng ta thậm chí đi xuống cơ sở dữ liệu, chúng ta có thể thấy rất nhiều thứ này cũng bị hỏng. Vì vậy, nếu tôi đi đến kho lưu trữ tuân thủ của mình, trong trường hợp này tôi có thể nói, bạn cũng biết đây là việc xử lý, đây là cơ sở dữ liệu tuân thủ trong đó mức độ tuân thủ hoặc yêu cầu quy định có liên quan và có thể, giả sử, Tuân thủ SOX hoặc tuân thủ PCI. Vì vậy, tôi có thể chọn cơ sở dữ liệu nào có tuân thủ liên quan đến chúng mà tôi phải điền hoặc đảm bảo rằng tôi đang duy trì theo yêu cầu quy định đó.

Vì vậy, loại công cụ này đã được chứng minh là rất hữu ích cho các DBA vì có một nơi mà họ có thể tập trung để giữ tất cả các siêu dữ liệu liên quan này trong môi trường của họ và họ có thể làm cho nó phù hợp với doanh nghiệp của họ như họ ' Đang làm, như cách mà họ làm kinh doanh. Vì vậy, nếu chúng ta xem xét tất cả những thứ cho đến nay những gì chúng ta đã thấy, rõ ràng bạn đã có một cái nhìn tổng quan khá tốt về trường hợp này, nếu tôi đi sâu vào nó.

Tôi cũng có thể tìm kiếm vì vậy tôi đã nói hãy tìm kho lưu trữ tuân thủ đó trong kho của tôi. Sau đó, những gì bạn sẽ thấy ở đây là tôi có thể tìm kiếm những thứ này và có thể xác định chúng. Tôi nói rằng tôi không chắc chắn điều gì, nút go của tôi không hoạt động ở đó. Được chứ. Hãy xem, chúng ta hãy thử lại. Chúng tôi đi đây. Vì vậy, sau đó chúng tôi sẽ có thể thấy một sự cố về nơi chúng tôi thấy bất cứ điều gì với sự tuân thủ của chúng tôi và tôi có thể đi sâu vào nó và cũng nhìn thấy nó từ quan điểm đó. Vì vậy, bạn có một cách thực sự nhanh chóng và dễ dàng để đào sâu vào dữ liệu này.

Bây giờ như chúng tôi đã đề cập trước đây, bạn đã có rất nhiều cách khác nhau để tạo siêu dữ liệu đối với máy chủ và cơ sở dữ liệu cá thể. Phần khác là có thể tận dụng lợi thế đó theo cách bạn đã nhóm nó và cách bạn liên kết với nó. Chúng tôi đi đến quan điểm thám hiểm, chúng tôi có thể làm điều đó. Chúng tôi có thể nói tôi muốn làm một cơ sở dữ liệu đếm theo địa điểm. Vì vậy, số lượng cơ sở dữ liệu tại mỗi vị trí của các môi trường mà tôi hỗ trợ. Hoặc có thể nó dựa trên chủ sở hữu sở hữu các cá thể mà tôi có ở đó về mặt số lượng có thể. Vì vậy, chúng ta sẽ có thể thấy điều đó. Vì vậy, bạn có được một cách thực sự tốt, dễ dàng để vẽ những bức tranh này cho bạn dựa trên bất kỳ câu hỏi nào mà bạn đang cố gắng trả lời vào thời điểm đó.

Sau đó, những gì bạn có loại thông tin đó được tạo theo cách bạn muốn, chúng tôi có thể xuất nó ra PDF hoặc các định dạng khác nhau để có thể tận dụng nó và gửi cho các đồng nghiệp của chúng tôi hoặc làm bất cứ điều gì chúng tôi cần ở đó. Vì vậy, bạn biết bạn sẽ có thể làm những điều đó. Chúng ta hãy quay trở lại - tôi đã mất nó? Chúng tôi đi đây. Được rồi, hy vọng điều này có ý nghĩa về những gì tôi đã nói về cho đến nay. Bây giờ dữ liệu mà chúng tôi đã thu thập, tất cả điều này rõ ràng thực sự quan trọng vì một số lý do - cấp phép và không có gì.

Điều cuối cùng chỉ cần đề cập là chúng ta đi đến phần quản trị này ở đây. Đây là nơi bạn cũng có thể định cấu hình email và cảnh báo của mình và có thể đảm bảo rằng đối với những điều bạn muốn thực sự biết, bạn cũng có thể thiết lập những điều đó. Vì vậy, chúng tôi có thể thiết lập thông báo qua email, chúng tôi có thể thiết lập khả năng bật một số thứ nhất định và tắt một số thứ nhất định và sau đó có thể xác định ai sẽ nhận được những email đó và đăng ký những thông báo mà chúng tôi có thể liên kết là ai, ai muốn biết về những điều đó.

Nhưng như tôi đã nói trước đây, đây là một cách thực sự hay, ít nhất là bạn có thể an tâm khi biết về toàn bộ các trường hợp SQL doanh nghiệp của mình - bạn có gì và cũng đảm bảo rằng nó chạy tối ưu ngay cả khi bạn không ' t, chưa đưa ra quyết định đầu tư cho một công cụ giám sát hiệu suất mạnh mẽ để quản lý trường hợp đó. Điều này sẽ bảo vệ bạn vì đây là một cách rất hợp lý để đi ra ngoài và trong nhiều trường hợp có thể thực hiện các hàng tồn kho này và có thể thực hiện một loại giám sát chung rất rộng để đảm bảo rằng bạn có được sự yên tâm và biết những gì đang xảy ra.

Vì vậy, hy vọng điều đó có ý nghĩa theo cách chúng tôi đã mô tả và hiển thị nó cho bạn. Tôi đoán từ quan điểm đó tôi có thể đi trước và đưa nó trở lại và chúng ta có thể nói chuyện nhiều hơn.

Eric Kavanagh: Nghe hay đấy. Vậy sao Robin? Dez? Có câu hỏi nào không?

Robin Bloor: Vâng, tôi đã có câu hỏi. Thực sự rất thú vị, ý tôi là tôi chỉ muốn đưa ra nhận xét gần như ở mọi nơi tôi đã đến, không chỉ trong số các DBA, mà trong số những người trong mạng, trong số những người lưu trữ, trong số những người quản lý máy ảo, họ ' tất cả làm việc ra bảng tính.

Eric Kavanagh: Đúng vậy.

Dez Blanchfield: Bạn biết rằng đó là, bạn biết rằng điều đó ổn cho đến khi những con số bắt đầu di chuyển. Khi các con số bắt đầu di chuyển, bạn biết rằng chúng sẽ gặp rắc rối. Vì vậy, câu hỏi bây giờ tôi rất quan tâm và tôi biết sẽ rất khó để bạn trả lời, nhưng nếu bạn đi đến một nơi mà họ không có gì như thế này để làm việc với bảng tính, thì hãy giả sử Các DBA là những người rất thông minh, v.v., bạn nghĩ loại ROI nào bạn có được khi thực hiện một cái gì đó như thế này? Bạn có bất kỳ số liệu về điều đó tại hoặc bất kỳ hướng dẫn về điều đó?

Bullett Manale: Thật khó để nói ROI là gì vì môi trường sẽ có một chút khác biệt. Rõ ràng là doanh nghiệp càng lớn, môi trường càng lớn, rõ ràng ROI sẽ càng nhiều nếu họ đang sử dụng, bạn biết đấy, phương pháp thủ công bây giờ.

Tôi biết tôi đã nói chuyện với một số - khi tôi nói các tổ chức lớn trong hàng ngàn và hàng ngàn nhân viên và cũng có thể là hàng ngàn trường hợp - nơi tôi có những người tôi trình bày điều này với họ và họ nói điều này sẽ đưa họ đến hai tuần thời gian của tôi trở lại. Tôi đã nói điều đó với tôi hơn một lần. Vì vậy, thật khó để nói về số tiền thực tế từ một giao dịch mua, nhưng thật đáng kể khi bạn có môi trường.

Như tôi đã nói, nó khá nhất quán, đó là những người tôi, hầu hết những người tôi nói chuyện đang giữ những thứ này trong một bảng tính. Vì vậy, đó chỉ là một điều rất, rất chủ quan bởi vì mọi môi trường, nó hơi khác một chút về cách họ cấp phép và cách họ cấp phép với Microsoft là một phần khác của nó. Nhưng nếu họ phải làm việc thật sự mỗi năm hoặc ba năm một lần, tôi nghĩ rằng ba năm tối đa cho Microsoft rằng họ sẽ làm, họ muốn bạn thực sự ít nhất ba năm một lần.

Sau đó, bạn biết đáng kể của nó và nó, bạn biết đó chỉ là một cái gì đó làm cho dễ dàng hơn nhiều. Bởi vì đó là một thứ năng động luôn thay đổi, nó cũng có giá trị hơn một chút về mặt những gì bạn đang xem, chúng tôi thực sự đã cập nhật bảng tính trong sáu tháng hoặc một năm. Vì vậy, tần suất bạn cập nhật bảng tính là một câu hỏi khác để hiểu rằng câu trả lời cho ROI.

Dez Blanchfield: Vâng, ý tôi là, cấp phép SQL, việc cấp phép này chỉ là một cơn ác mộng chết tiệt, nhưng nó đặc biệt là một cơn ác mộng bởi vì việc cấp phép không giống nhau giữa Microsoft và Oracle và bất kỳ ai khác đang làm những việc ngoài cơ sở dữ liệu. Nếu bạn thực sự giữ mọi thứ trong bảng tính có xu hướng là những gì thực sự xảy ra, bạn biết rằng thời gian cấp phép xuất hiện trước khi bạn thực sự nhận ra nó và bạn không thực sự có dữ liệu, nếu bạn hiểu ý tôi, thì dễ dàng hiểu được thông tin đó.

Dù sao, như bạn chỉ ra, nó rất năng động và cá nhân tôi không biết vì tôi chưa bao giờ phải thương lượng với Microsoft, vì vậy tôi không biết nhưng có lẽ có những cơ sở dữ liệu mà mọi người thường xuyên lấy dữ liệu kiểm tra, kiểm tra môi trường và tôi đoán rằng đó là những cái gai bên cạnh bạn nếu bạn đang cấp phép. Có phải bạn là người không?

Bullett Manale: Vâng, vâng. Đó là trường hợp bởi vì rất nhiều lần những thứ đó bị lãng quên và sau đó chúng tôi bắt đầu cố gắng tìm ra, được rồi, chúng tôi có giấy phép cốt lõi mà chúng tôi phải tìm ra số lõi cho mỗi trường hợp này và tôi không Về mặt tiêu chuẩn của những gì bạn mua phần cứng khôn ngoan, bạn cũng có thể mua phần cứng khá tốt, nếu bạn không sử dụng phần cứng đó theo cách nó nên được sử dụng thì bạn phải trả quá nhiều vì bạn trả tiền cho giá cốt lõi khi những lõi đó không được sử dụng để trở thành một vấn đề.

Vì vậy, mỗi phiên bản SQL có một cách khác nhau trong đó việc cấp phép đang được áp dụng, điều này thậm chí còn khiến nó hơi khó hiểu. Vì vậy, bạn có một số thách thức xung quanh vấn đề đó và đó là một phần lớn lý do tại sao thông tin này rất hữu ích vì chúng tôi có thể cho bạn biết đó là phiên bản nào, chúng tôi có thể cho bạn biết rõ ràng số lượng lõi mà bạn có, nếu đó là phiên bản SQL cũ hơn đó là giá mỗi ổ cắm, chúng tôi vẫn có thể hiển thị rõ ràng như vậy. Vì vậy, nó chỉ, nó làm cho nó đơn giản hơn rất nhiều của một thói quen mà bạn phải trải qua khi đến lúc phải thực hiện những thứ đó.

Dez Blanchfield: Một điều khiến tôi suy nghĩ, ồ xin lỗi

Robin Bloor: Không sao đâu, bạn vào Dez, tôi sẽ hỏi một câu hỏi có thể không liên quan.

Dez Blanchfield: Chỉ là một cái gì đó thực sự nhanh chóng trong khi bạn đang ở trong chủ đề mà bạn đang tham gia - chúng ta sẽ thấy việc áp dụng môi trường đám mây nhiều hơn và nếu chúng ta chạy nó trong trung tâm dữ liệu của chúng ta, trong môi trường của chính chúng ta, họ đang bò xung quanh và tìm kiếm, khám phá mọi thứ tương đối đơn giản.

Làm thế nào để chúng ta, làm thế nào để chúng ta đối phó với kịch bản mà chúng ta có thể có ba bộ dữ liệu, hai đám mây và khả năng hiển thị trên các môi trường này được tường lửa và thường có một bộ dữ liệu ở cuối đường ống hoặc VPN. Có cách nào để khám phá từ mặt trước hay chúng ta cần, để bắt đầu mở các cổng để chúng ta có thể quét qua một số môi trường nhất định giữa đám mây và ngoài cơ sở nơi nền tảng này đang chạy?

Bullett Manale: Vâng, sẽ có một số cân nhắc về các cảng. Vì vậy, thật không may, tôi ước tôi có thể nói rằng nó sẽ vượt qua tất cả các môi trường đó nhưng có một số tùy chọn khác nhau mà bạn có thể làm với điều này. Rõ ràng, nếu bạn đang làm một cái gì đó như Amazon EC2, tất cả những gì bạn cần thực sự là quyền truy cập vào môi trường đó thông qua kết nối của bạn, giả sử các cổng của bạn đang mở và sau đó có thể chỉ định địa chỉ IP hoặc tên miền của bạn được liên kết với nó và nó có thể bắt đầu bộ sưu tập và bắt đầu khám phá.

Vì vậy, trong những loại môi trường đó thực sự không phải là vấn đề; đó là các loại môi trường cụ thể hơn như RDS và nơi bạn chỉ cần lấy cơ sở dữ liệu, nơi sẽ khó khăn hơn một chút để xem và khám phá loại thông tin đó.

Dez Blanchfield: Vì vậy, sau đó đã có cơ sở dữ liệu và cơ sở dữ liệu. Vì vậy, ví dụ như ngày xưa chỉ có một công cụ cơ sở dữ liệu rất lớn như giai thoại mà tôi đã chia sẻ ở phía trước nơi nó chỉ là một nền tảng lớn và tất cả những gì nó cung cấp là cơ sở dữ liệu. Ngày nay, cơ sở dữ liệu được nhúng vào mọi thứ, trên thực tế, có hai hoặc ba trong số chúng chỉ chạy trong điện thoại của tôi đằng sau các ứng dụng.

Bạn đang gặp loại thách thức nào với các tình huống trong đó bạn có môi trường đến từ Lotus Notes, với các ứng dụng đằng sau chúng, SharePoint với cơ sở dữ liệu trên internet khác nhau, v.v. Về cơ bản mọi thứ đều được cung cấp bởi cơ sở dữ liệu ở phía sau. Bạn đang nhìn thấy những thứ gì ngoài kia và những thách thức nào bạn đang thấy mọi người phải đối mặt khi cố gắng lập bản đồ những thế giới đó và công cụ của bạn làm gì cho họ?

Bullett Manale: Vâng, ý tôi là vấn đề của nó là những gì bạn nói - mọi thứ đều cần một cơ sở dữ liệu, vì vậy rất nhiều lần có lẽ, có rất nhiều cơ sở dữ liệu được đưa vào môi trường mà chính DBA nói chung thậm chí không nhận thức được vì không khó để cài đặt máy chủ SQL trong môi trường.

Công cụ này cũng xác định những thứ như cơ sở dữ liệu nhanh, vì vậy các phiên bản SQL Server miễn phí. Thật buồn cười, khi bạn nói chuyện với các DBA, một lần nữa, bạn không nhận được câu trả lời nhất quán về việc họ có quan tâm đến các cơ sở dữ liệu miễn phí ngoài kia không. Rất nhiều ứng dụng mà bạn nói đến sẽ sử dụng phiên bản miễn phí của cơ sở dữ liệu. Nhưng bản thân các tổ chức sẽ có thái độ khác nhau về mặt người chịu trách nhiệm về cơ sở dữ liệu đó tùy thuộc vào người bạn nói chuyện.

Một số DBA mà tôi nói chuyện, tôi có thể nghĩ về lần cuối cùng tôi ở SQL Server PASS, ở Seattle, bạn hỏi câu hỏi Bạn có quan tâm đến cơ sở dữ liệu thể hiện của mình không, đó là khoảng năm mươi lăm. Một số người, họ muốn biết về họ với tư cách là một DBA vì họ cảm thấy rằng đó là một phần trách nhiệm của họ ngay cả những cơ sở dữ liệu được thể hiện mà họ vẫn có thể chứa thông tin quan trọng; họ vẫn cần trải qua quá trình sao lưu và vẫn cần đảm bảo rằng tất cả mọi thứ đang hoạt động từ góc độ sức khỏe đối với họ. Nhưng chỉ cần biết rằng chúng tồn tại cũng quan trọng không kém.

Trong khi nửa kia của mọi người, thì Hey Hey, chúng tôi không phải là người chịu trách nhiệm cho những cơ sở dữ liệu đó và bất cứ điều gì họ đưa vào chúng đều cảnh giác với người đã cài đặt chúng. cho biết, mọi thứ ngày nay khá nhiều có một ứng dụng gắn liền với nó, điều này chỉ đóng góp nhiều hơn cho sự phức tạp và sự nhầm lẫn của việc phải kiểm kê thông tin đó.

Dez Blanchfield: Vâng tôi đã thấy một số trang web của chính phủ có thể là trang ưa thích của tôi nhưng thường xuyên hơn là tôi không thấy trong môi trường doanh nghiệp, như bạn đã nói, rằng mọi người thậm chí quên tôi khi họ cài đặt một cái gì đó như SharePoint hoặc thích tự trao đổi để bạn biết rằng họ đi kèm với một phiên bản miễn phí được tích hợp sẵn vì họ muốn, bạn biết, cài đặt nó nhanh chóng và không lo lắng về việc phải đi và mua giấy phép.

Sau đó, nó trở nên lớn và sau đó ai đó bắt đầu phàn nàn về hiệu suất và họ thích, đó chỉ là máy chủ cũ của bạn, bộ lưu trữ của bạn, mạng của bạn, bất cứ điều gì, và sau đó DBA được gọi và họ thích, thì Vâng, bạn ' Tôi chỉ nhồi nhét mọi thứ vào phiên bản cơ sở dữ liệu miễn phí này, đây không phải là thứ bạn cần để thực hiện quy mô lớn này.

Đặc biệt, khi bạn có các kịch bản như Project Manager và Office đang chạy hàng trăm nếu không phải hàng ngàn dự án trên một doanh nghiệp lớn hoặc một công ty và họ đang sử dụng SharePoint với Microsoft Project Server và họ sẽ chuyển tất cả nội dung PMO của họ vào cơ sở dữ liệu này. Nhưng ở mặt trước họ thích, đó chỉ là một giao diện web. Nhưng thực sự có cơ sở dữ liệu và cơ sở dữ liệu.

Bullett Manale: Vâng.

Dez Blanchfield: Vậy họ là ai, một trong những bước đầu tiên mà mọi người ở đây tôi đoán có một vài câu hỏi mà chúng tôi có thể muốn đưa ra từ khán giả. Một trong những câu hỏi đầu tiên là mọi người bắt đầu từ đâu? Bước tự nhiên đầu tiên để họ đi là gì, Được rồi, chúng ta cần phải thực hiện phiên bản Alcoholics Anonymous?

Chúng tôi có nhiều cơ sở dữ liệu hơn chúng tôi biết phải làm gì với. Một bước tự nhiên trông giống như bước đi của họ là gì, thì Được rồi, chúng ta cần lấy thứ này và bắt đầu chạy chứ? Họ có đi gà tây lạnh hay sau này họ thực sự cần bắt đầu nhỏ và chỉ cần có kinh nghiệm về lập bản đồ môi trường của họ ?

Bullett Manale: Vâng, tôi nghĩ rằng họ đã phải lập bản đồ môi trường. Bây giờ Microsoft cung cấp một công cụ miễn phí để làm điều đó, Công cụ lập kế hoạch đánh giá của Microsoft, đây là một công cụ miễn phí nhưng là tĩnh. Bạn khám phá và đó là nó. Bạn nhận được một danh sách những điều đó. Chúng tôi đã thực hiện điều đó và nói rằng hãy tiến thêm một bước nữa, hãy khám phá, hãy tìm những gì ở ngoài đó và hãy đưa nó vào kho lưu trữ và làm cho nó trở nên năng động và chúng tôi có thể thêm vào nó, loại bỏ nó.

Nhưng nói chung, bước đầu tiên lớn nhất là tôi nghĩ chỉ để tìm hiểu, khám phá. Cho dù điều đó có nghĩa là tải xuống sản phẩm của chúng tôi trong bản dùng thử, bạn có thể tải xuống bản này và dùng thử trong 14 ngày và bạn có thể chỉ ra môi trường của mình và thực hiện bộ sưu tập.

Bây giờ nếu bạn đã có một bảng tính với một loạt thông tin trong đó mà bạn có phần tin tưởng rằng thông tin đó là chính xác, bạn cũng có khả năng thích nhập vào CSV bảng tính đó với tất cả thông tin đó và biến nó thành một phần của những gì bạn đã có. Nhưng về mặt tìm ra những gì bạn không biết, cách duy nhất để làm điều đó là tự đi ra ngoài, thực hiện hoặc có một công cụ tìm kiếm loại điều như thế này. Đó là quyết định mà bạn sẽ phải đưa ra vào một lúc nào đó là, tôi có cố gắng tự động hóa khám phá đó hay ít nhất là có cơ sở tốt về những gì ở ngoài đó trước và sau đó có thể lo lắng về một số ngoại lệ không? phần lớn bạn có thể cần một công cụ.

Dez Blanchfield: Vì vậy, nhanh chóng. Mọi người đi đâu để bắt đầu về điều này? Họ đánh vào trang web của bạn? Làm thế nào để họ tiếp cận và bắt đầu về điều này một cách nhanh chóng?

Bullett Manale: Nếu bạn truy cập Idera, IDERA.com, bạn sẽ thấy, và tôi thực sự có thể thực sự nhanh chóng hiển thị nó thực sự nhanh chóng. Trên trang web Idera bạn sẽ đi đến các sản phẩm, đi đến người quản lý hàng tồn kho. Bạn sẽ thấy có một liên kết tải xuống ngay tại đây. Bạn chỉ đang xác định bản dựng nào bạn muốn cài đặt trên 64 hoặc 32 bit, và điều đó sẽ giúp bạn đi và bạn có thể bắt đầu khám phá từ đó.

Robin Bloor: Tuyệt vời và tuyệt vời, trình bày tuyệt vời, cảm ơn bạn rất nhiều.

Bullett Manale: Cảm ơn bạn.

Eric Kavanagh: Chúng tôi có một vài câu hỏi từ khán giả và chúng tôi sẽ gửi email cho bạn vì chúng tôi phải tự ngăn mình hôm nay, nhưng Bullett, một lần nữa, công việc tuyệt vời trên bản demo, công việc tuyệt vời của nhà sản xuất của chúng tôi cho rằng đó không phải là ' t hiển thị.

Bullett Manale: Xin lỗi về điều đó.

Eric Kavanagh: Không, đây là thứ tốt, bạn đang cho tầm nhìn vào cốt lõi của kinh doanh, phải không? Bởi vì doanh nghiệp chạy dữ liệu và bạn đang đưa ra khả năng hiển thị ngay đến cốt lõi. Vì vậy, không có công cụ lượn sóng tay; bây giờ bạn thực sự có thể chỉ vào mọi thứ và giải quyết nó. Vì vậy, tốt cho bạn.

Bullett Manale: Cảm ơn bạn.

Robin Bloor: Nhưng thật tuyệt khi thấy nó cũng sống theo cách đó, được thực hiện tốt.

Eric Kavanagh: Vâng, chúng tôi sẽ lưu trữ webcast này để xem sau và sau đó chúng tôi sẽ hy vọng trong vòng một hoặc hai giờ, kho lưu trữ ban đầu sẽ tăng lên đôi khi lâu hơn thế, nhưng chúng tôi chắc chắn sẽ cho phép mọi người biết rôi. Với điều đó, chúng tôi sẽ cho phép bạn đi, folks. Cảm ơn một lần nữa vì đã tham dự Phòng họp, chúng tôi thực sự là Công nghệ nóng. Lần sau chúng tôi sẽ theo kịp bạn. Hãy bảo trọng, tạm biệt.

Chìa khóa của vương quốc: quản lý máy chủ sql với khám phá năng động