Chìa khóa của Vương quốc: Quản lý SQL Server với Dynamic Discovery

Tác Giả: Louise Ward
Ngày Sáng TạO: 6 Tháng 2 2021
CậP NhậT Ngày Tháng: 1 Tháng BảY 2024
Anonim
Chìa khóa của Vương quốc: Quản lý SQL Server với Dynamic Discovery - Công Nghệ
Chìa khóa của Vương quốc: Quản lý SQL Server với Dynamic Discovery - Công Nghệ

Lấy đi: Người dẫn chương trình Eric Kavanagh thảo luận về quản lý cơ sở dữ liệu và phát hiện 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 những gì đang diễn ra. Ôi, đúng rồi, thời gian dành 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 @eric_kavanagh. Đây là chương trình mà nhóm đượ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 điều đó không sao cả.


Vì vậy, chúng tôi đã 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ẽ đưa nó ra 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 về mặt nguyên mẫu vào những năm 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 tôi sẽ thảo luận ở một số độ sâu hiện 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à họ đã 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à con số 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 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 mà thực sự thực hiện trong một khoảng thời gian rất nhỏ. Nó chỉ 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à điều đó 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 phân mảnh 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 có 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 liệu đó 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 đã tìm thấy nhiều cơ sở dữ liệu khác nhau tự xưng 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 don lồng đặt các chỉ số đúng vào đúng chỗ thì 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à điều đó vì họ rất đắt. Và do đó, sẽ tốt hơn nếu bạn có thể thay thế những gì DBA làm. Đây là một hoạt động của 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 giao dịch với cùng một phiên bản. Nhưng trên thực tế, rất nhiều trang web mà tôi đã tìm thấy, đó là những gì xảy ra. Có, hãy để nói, 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 mà 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 phải phân tách, bạn có thể tạo hai trường hợp 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 như một 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 DBA bởi vì dữ liệu tất nhiên phát triể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ó xử lý sự cố, đó là một hoạt động đau đớn cho 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 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ớ rằng điều đó 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ề mặt 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 các công việc khác mà họ có thể được yêu cầu. 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ẽ giao lại cho Dez.

Dez Blanchfield: Cảm ơn rât nhiều. Tôi sẽ đưa chúng ta vào một cuộc hành trình vui vẻ, đầy 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ừ mộ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 tôi không nói về việc này từ lâu, chúng tôi đã 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 việc 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 người dân.

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 đã 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ừ một nơi và chuyển nó sang một nơi khác và trên toàn bộ nó hoạt động. Và chúng tôi đã như vậy, được thôi, chức năng của chúng tôi, 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 đó là, nó đã đi đến một phần cứng lớn hơn, tốt hơn, nhanh hơn, cứng hơn, vì vậy, 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ó thể 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ụ chỉ 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ư đáng giá đến gần một năm. Và nó chỉ đơn giản là thực tế là chúng tôi đã 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 đồ đó. Thậm chí một cái gì đó đơn giản như kích thước của cơ sở dữ liệu weren thống nhất 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 đã giải quyết được tất cả những điều này, khi chúng ta kết thúc việc vận hành và chúng ta đã ổ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 ta có thể tự động hóa một cái gì đó là nếu chúng ta xây dựng một cái mới công cụ 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 tôi nói về ngày 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 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 ở bang nào. Có bao nhiêu người đang chạy? Tại sao họ lại 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 rất 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 bạn đã giải quyết vấn đề này như thế nào.

Bullett Manale: Ổn thỏa. Â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 khá nóng, vì vậy nếu bạn sử dụng tai nghe, hãy 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: Ổn thỏa. 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 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 tôi 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ọ phải 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ọ phải chịu trách nhiệm, nhưng đó là một trong những lĩnh vực bán 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ó thể 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, ở đó bạn có những tình huống mà bạn sẽ thực 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 mảnh ghép khám phá ra 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 nơi mà 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 lớn của công cụ này, có thể biết rằng nó có thể có ở đó.

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 mà bạn đã đượ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 đã giành được 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 để Lừa làm điều đó theo phạm vi IP hoặc chúng tôi có thể thực hiện đ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 mà chúng tôi đã giải quyết phần đó, để có thể nói đây là lĩnh vực mà chúng tôi muốn tập trung vào 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ể đó. Nó 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ề trường hợp đ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ự đi 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ọ, 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, nó rất 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 đó. Nó có một bản sao chính của bảng tính Excel được thả nổi xung quanh và nó đã đượ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 bạn rất 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. Khi chúng ta có ví dụ và một khi chúng ta biết rằng nó ở đó thì nó sẽ trở thành, chúng ta có thể 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 cá thể đó ở đó, 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 nó được lấy. 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ột 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 điều đó.

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ó nằm ở đó, tất cả những thứ 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, 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à loại mục tiêu của sản phẩm là làm cho nó theo cách đó, là làm cho nó một cái 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 đó, sau đó 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 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ả các thông tin này đã được thu thập, tất cả thông tin và dữ liệu được thu thập và áp dụng siêu dữ liệu này để giúp bạn có thể đưa ra quyết định nhanh chóng và dễ dàng hơn khi bật giấy phép 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 được rất nhanh là điều đó - 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 mình nhưng thực sự chỉ có thể là 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 và tuân thủ các SOA của bạn và nhận được 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? Họ 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 sắc 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ự quan trọng trường hợp sản phẩm.

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 có thể đả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. Nó không phải để đạt đến cấp độ của các phiên và các 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, các máy chủ ngừng hoạt động hoặc âm 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 hạch toán và cũng đảm bảo những điều đó mức độ cơ bản của kiểm tra sức khỏe đ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 hàng tồn kho SQL nói về tất cả. Bây giờ tôi sẽ cho bạn thấy một cuộc biểu tình của nó. Trước khi chúng tôi làm điều đó, tôi nhanh chóng chỉ 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 đang quản lý, chúng tôi có thể khám phá mọi thứ từ SQL 2000 cho đến các phiên bản mới 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 để 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 có thể tương tác với dữ liệu đó và xem nó. Vì vậy, kiến ​​trúc khá đơn giản của 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 đ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ó toàn bộ trung tâm dữ liệu trong túi sau của mình. Vì vậy, Ive có khoảng sáu trường hợp mà chúng ta thấy ở đây. Bây giờ, điều đó nói rằng, tôi, những gì tôi sẽ làm là đ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 để đi và thu thập dữ liệu đó. Youd cũng có thể làm điều đó trên cơ sở ad hoc 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 thấy là khi bạn đi qua chế độ xem các trường hợp ở đâ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ẽ đi trước và làm là đi trước và thêm một cá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ẽ dẫn 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ể thiết lập 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 chỉ cần 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 rằng đó 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 phiên bản doanh nghiệp của máy chủ SQL tôi tự động muốn thêm nó vào kho của mình thì sao? 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. Không thấy bản demo của bạn.

Bullett Manale: Bạn không?

Jocelyn: Không.

Bullett Manale: Vâng, đó là không tốt, để xem.

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

Bullett Manale: À được rồi.

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

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

Eric Kavanagh: Đó là ổn. Bắt tốt ở đó, nhà sản xuất Jocelyn.

Bullett Manale: Được rồi như vậy là tốt hơn? 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 để bạn đi qua nơi chúng ta 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ờ đã được liệt kê ở đây. Lưu ý rằng nó đã kéo 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, nó là tốt đẹp để có thể làm điều đó tự động. Tôi không phải đi vào và buộc các ứng dụng với tỷ lệ mắc. Dựa trên những gì đã thấy chúng ta có thể đưa vào đó. 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 nó 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, đã 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 bộ nhớ yêu cầu rất 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 của 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à theo quan điểm cá thể 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 mở, chúng tôi có thể làm có / không về mặt, bạn biết đấy, hàng 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 bởi vì tất cả được thu thập và thu thập và nó ở đó cho chúng tôi 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ự nhận được một thông tin thực sự tốt và giàu có mà không phải làm nhiều công việc.

Bây giờ, phần khác của điều này, như tôi đã nó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ể nói, 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 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ọ khi 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, Im Im không chắc chắn những gì, nút go của tôi không hoạt động ở đó. Được chứ. Hãy xem, 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ì tuân thủ 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 của điều đó 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 những người 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à 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 đó. 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ì Ive đã 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 cảnh báo của mình và của bạn 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 cảnh báo, 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 những thông báo đó và đăng ký những cảnh báo mà chúng tôi có thể liên kết là, ai sẽ 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ự tốt, ít nhất là có sự an tâm chung khi biết về toàn bộ các trường hợp SQL doanh nghiệp của bạn - đó là những gì bạn có và cũng đảm bảo rằng nó chạy tối ưu ngay cả khi bạn không, havent đã đư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 trong cách chúng tôi mô tả nó 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 có vẻ tuyệt vời. Vậy sao Robin? Dez? Có câu hỏi nào không?

Robin Bloor: Vâng Ive có câu hỏi. Thật thú vị khi xem cái này, ý tôi là tôi chỉ muốn đưa ra nhận xét rằng hầu hết mọi nơi tôi từng đế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, tất cả họ làm việc ngoài bảng tính.

Eric Kavanagh: Đúng rồi.

Dez Blanchfield: Bạn biết điều đó, bạn biết rằng điều đó ổn cho đến khi con số bắt đầu di chuyển. Khi những 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 kẻ rất thông minh, v.v., bạn nghĩ bạn sẽ nhận được loại ROI nào 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 rằng điều này sẽ mất hai tuần của thời gian của tôi trở lại. Ive đã 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 đá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, đây chỉ là một điều rất, rất chủ quan bởi vì mọi môi trường, có một chút khác biệ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 trong đó là một yếu tố. 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 nó chỉ là một cái gì đó làm cho dễ dàng hơn nhiều. Bởi vì nó là một thứ năng động luôn 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, nên chúng tôi chưa 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 cho điều 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, để dễ dàng lấy thông tin đó.

Dù sao, như bạn chỉ ra, tính năng động của nó và cá nhân tôi không biết vì tôi chưa bao giờ phải đàm phán 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 thử nghiệm, môi trường thử nghiệm và tôi sẽ đoán rằng đó là một cái gai trong phía 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 biết, xét về tiêu chuẩn của những gì bạn mua phần cứng một cách khôn ngoan, bạn cũng có thể mua phần cứng khá tốt sau đó 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ả giá quá cao vì bạn đang trả giá cho 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õ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 mà tôi nghĩ đến, ồ xin lỗi

Robin Bloor: Không sao, bạn đi ở 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 - đã thấy việc áp dụng nhiều hơn các môi trường đám mây và nếu đang 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, chúng đ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 nơi 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, nó sẽ có một số xem xét 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 các 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 đó là có, cơ sở dữ liệu và cơ sở dữ liệu. Vì vậy, ví dụ ngày xưa tốt đẹp khi 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ó làm là cung cấp 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 đã tạo ra Nói chung, vì không khó để cài đặt máy chủ SQL trong môi trường, nói chung.

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ề những 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 họ 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, không chịu trách nhiệm về những cơ sở dữ liệu đó và bất cứ điều gì họ đưa vào đều cảnh giác với người đã cài đặt chúng. Nhưng tôi sẽ nói rằng nói chung, mọi thứ đều đẹp ngày nay 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 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, mọi người quên tôi ngay cả khi họ cài đặt một cái gì đó như SharePoint hoặc như tự trao đổi để bạn biết rằng họ đi kèm với một phiên bản miễn phí chỉ được tích hợp bởi vì họ muốn, bạn biết đấy, 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ọ giống như, Vâng, bạn vừa 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ẽ bỏ tất cả nội dung PMO của họ vào cơ sở dữ liệu này. Nhưng ở phần đầu 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: Đú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 đầu tiên tự nhiên để họ đi là gì, Được rồi, chúng ta cần phải làm 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. Bước đi tự nhiên trông như thế nào khi họ đi, Đó Được rồi, chúng ta cần lấy thứ này và bắt đầu chạy? Để họ đi gà tây lạnh hoặc sau đó họ thực sự cần phải bắt đầu nhỏ và chỉ cần có một số 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, một công cụ miễn phí nhưng nó tĩnh. Bạn làm những 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à cho biết cái nhìn cho phép tiến thêm một bước cho phép khám phá, cho phép tìm những gì ở ngoài đó và cho phép đưa nó vào kho lưu trữ và cho phép nó sao cho nó độ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, làm 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ố trường hợp ngoại lệ không? một phần bạn có thể cần một công cụ.

Dez Blanchfield: Vì vậy, chỉ cần 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, I-D-E-R-A.com, bạn sẽ thấy, và tôi thực sự có thể thực sự nhanh chóng thể hiện điều đó thật nhanh chóng. Trên trang web Idera bạn sẽ đi đến các sản phẩm, đi đến 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ỉ cần 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à những câu hỏi 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 thấy nó không hiển thị.

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

Eric Kavanagh: Không, đây là công cụ tốt, bạn đang đưa ra 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 một chút, nhưng hãy chắc chắn để mọi người biết. Với điều đó sẽ cho phép bạn đi, folks. Cảm ơn một lần nữa vì đã tham dự Phòng họp, thực sự là Công nghệ nóng. Vâng bắt kịp với bạn lần sau. Hãy bảo trọng, tạm biệt.