Chìa khóa để phân tích hiệu quả: truy vấn nhanh

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

Takeaway: Người dẫn chương trình Eric Kavanagh cùng với Tiến sĩ Robin Bloor, Dez Blanchfield và IDERA's Bullett Manale thảo luận về các truy vấn và làm thế nào hiệu quả của chúng có thể có tác dụng sâu rộng.

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

Eric Kavanagh: Thưa quý vị và các bạn, xin chào và chào mừng trở lại một lần nữa. Bây giờ là bốn giờ Đông vào thứ Tư và những ngày này, điều đó có nghĩa là đã đến lúc dành cho các công nghệ nóng! Vâng, thực sự. Hôm nay chúng ta đang nói về những thứ hay ho. Tất nhiên, tôi là chủ nhà của bạn, Eric Kavanagh. Tiêu đề cho chương trình hôm nay là Mười Khóa để phân tích hiệu quả: Truy vấn nhanh chóng trở lại. Hãy nói đúng, mọi người, tất cả chúng ta đều muốn nhanh. Ai không muốn nhanh? Có một slide về bạn thực sự, và đủ về tôi. Nhấn tôi lên Twitter, @eric_kavanagh. Tôi sẽ rất vui khi kết nối với bạn ở đó và có một cuộc trò chuyện trên phương tiện truyền thông xã hội. Nó có thể vui vẻ, đừng nói chuyện chính trị.

Năm nóng. Chúng ta đã nói về các vấn đề phân tích khác nhau trong năm nay, và một chủ đề cho ngày hôm nay thực sự chỉ là trọng tâm để hoàn thành công việc. Tôi nhớ có lẽ là năm, sáu năm trước, lần đầu tiên tôi nghe thấy ai đó sử dụng biểu thức mà Google có một cuộc trò chuyện với dữ liệu của bạn, và mặc dù nghe có vẻ hơi nhảm, nhưng vấn đề là, nếu bạn không thể có trải nghiệm lặp lại với dữ liệu của bạn, nếu bạn không thể nhanh chóng sửa đổi các truy vấn của mình, gửi các truy vấn mới, nhận lại câu trả lời nhanh, thì bạn sẽ không có cuộc trò chuyện với dữ liệu của mình và toàn bộ quá trình phân tích bị cắt ngắn. Điều đó không tốt.

Khi bạn có một cuộc trò chuyện với dữ liệu của mình, điều đó có nghĩa là bạn có thể quay lại và theo ý kiến ​​của tôi, đó là khi bạn tìm thấy cái nhìn sâu sắc. Bởi vì rất hiếm khi bạn sẽ đưa ra truy vấn hoàn hảo ngay lần đầu tiên. Trừ khi bạn là Mozart của phân tích - và tôi chắc chắn rằng người đó ở ngoài đó - bạn sẽ phải dành thời gian để sửa đổi, thêm một số chiều, cố gắng tinh chỉnh những gì bạn đang tìm kiếm .

Bởi vì, một lần nữa, đây không phải là những môi trường vô cùng hiệu quả mà chúng ta đang phải đối phó trong thế giới phân tích; chúng ta đang đối phó với những môi trường rất khó sử dụng và những môi trường rất phức tạp và đa chiều. Và vì vậy, toàn bộ ý tưởng của webcast ngày hôm nay là nói về cách kích hoạt kiểu tương tác lặp đó với dữ liệu của bạn.

Chúng tôi có ba người thuyết trình. Tất nhiên, trong Hot Technologies, trái ngược với Briefing Room, chúng tôi có hai nhà phân tích; mỗi người đưa ra trước, sau đó khách đến, thuyết trình và chúng tôi có một bàn tròn. Và bạn, khán giả của chúng tôi, có thể đóng một vai trò lớn trong đó. Xin đừng ngại ngùng; gửi câu hỏi của bạn bất cứ lúc nào Sử dụng bảng hỏi đáp nếu bạn có thể, nếu không thì bảng trò chuyện vẫn ổn; Tôi sẽ cố gắng theo dõi cả hai trong chương trình. Và chúng tôi ghi lại những điều này, vì vậy nếu bạn bỏ lỡ điều gì đó hoặc muốn chia sẻ nó với các đồng nghiệp của mình, hãy quay lại sau. Chúng tôi đăng chúng tại Techopedia.com và tại InsideAnalysis.com.

Và với điều đó, tôi sẽ mang đến những người thông minh. Tôi sẽ trao nó cho Tiến sĩ Robin Bloor. Hãy để tôi đưa chìa khóa cho anh ấy, thay đổi người dẫn chương trình, và bạn sẽ đi. Robin, mang nó đi.

Robin Bloor: Được rồi. Cảm ơn vì phần giới thiệu đó. Khoảng một tháng rưỡi trước, tôi đã có một cuộc trò chuyện với một nhà phát triển thực sự là một DBA. Anh ấy không thực sự là một DBA - anh ấy là một DBA tại một công ty cụ thể và anh ấy là người duy nhất thực sự có thể thực hiện các truy vấn. Nhưng anh phát ốm vì làm điều đó, bởi vì anh thực sự, anh thực sự là một nhà phát triển khá thông minh. Thế là anh bỏ đi.

Và dù sao anh ta cũng phải làm một vài ngày cho họ, vì họ không thể tìm thấy ai để thay thế anh ta và họ không biết cơ sở dữ liệu làm gì hoặc làm thế nào để điều chỉnh nó. Và tôi đã suy nghĩ về điều đó, và chỉ là, bạn biết đấy, họ không thực sự có bộ phận CNTT, nhưng anh chàng này đã hỗ trợ họ. Trên thực tế, đó là công việc DBA mà anh ấy đã làm hầu hết thời gian.

Đối với các cơ sở dữ liệu tinh vi - Oracle, SQL Server, DB2, tất cả những cơ sở dữ liệu lớn, đắt tiền đó - điều chỉnh cơ sở dữ liệu là một công việc khó khăn. Đó là một công việc an toàn, là tốt. Và lý do, thực sự, để nói điều này là, đó là một cảnh quan thay đổi. Tôi sẽ trải qua điều này. Bạn biết đấy, cơ sở dữ liệu quan hệ - thường là bức tranh lớn, cơ sở dữ liệu quan hệ vẫn chiếm ưu thế về mức độ phổ biến. Họ có khả năng thống trị trong một thời gian dài sắp tới. Vâng, có những cơ sở dữ liệu khác hiện có nhiều thời gian phát sóng hơn, nhưng, bạn biết đấy, khi bạn thực sự nhìn vào những gì đang diễn ra ngoài kia, Oracle đang làm hầu hết trong số đó, Microsoft SQL Server là thứ hai và có nhiều thứ xảy ra trong đám mây có thể gây ra một thách thức, mặc dù. Họ là những người khổng lồ lớn trong trò chơi. Và chúng là cơ sở dữ liệu mà bạn có thể sử dụng cho cả OLTP và khối lượng công việc của kho dữ liệu. Các lựa chọn thay thế thường được sử dụng chủ yếu trong các môi trường phân tích, và sau đó thông thường nó được xác định bởi dữ liệu về lý do tại sao chúng tôi chọn điều đó thay vì quan hệ. Chủ yếu là mọi người không.

Các công ty có xu hướng tiêu chuẩn hóa trên một cơ sở dữ liệu duy nhất. Tôi tình cờ gặp một công ty gần đây có hơn 5.000 phiên bản của Oracle. Và tôi, người mà tôi đang nói chuyện từ công ty đó, tôi đã hỏi họ về các DBA. Họ nói rằng họ có khoảng 10 DBA và khoảng 30 cơ sở dữ liệu đang được chăm sóc. Và phần còn lại, Oracle chỉ được sử dụng như một hệ thống cuối cùng. Có rất ít sự căng thẳng về dữ liệu từ các ứng dụng đã sử dụng chúng. Nhưng điều đó làm tôi ngạc nhiên - 5.000 trường hợp của Oracle.

Và, nhân tiện, họ đã có giấy phép bất động sản của Oracle. Vâng, bạn biết đấy, giấy phép của công ty, rõ ràng. Nhưng họ cũng có cơ sở dữ liệu khác vì đôi khi, bạn biết đấy, các ứng dụng đi kèm với cơ sở dữ liệu ưa thích. Nó không giống như Oracle là điều duy nhất. Và đáng nói là cả Hadoop và Spark đều không phải là một cơ sở dữ liệu, và sẽ còn rất lâu nữa họ mới có được những gì tôi nghĩ về quy tắc cơ sở dữ liệu. Tốt cho các liên kết dữ liệu, tất nhiên.

Với các hoạt động DBA - có lẽ Bullett có thể nói rất nhiều về điều này hơn tôi - nhưng tôi sẽ chỉ lướt qua chúng. Đây là những gì tôi có xu hướng nghĩ, bạn biết đấy, DBA làm gì. Họ cài đặt, cấu hình, nâng cấp, quản lý giấy phép. Họ làm rất nhiều công việc ETL và nhân rộng bằng cách này hay cách khác. Họ làm lưu trữ và lập kế hoạch năng lực. Họ xử lý sự cố hoặc họ là một phần của nhóm xử lý sự cố. Giám sát và điều chỉnh hiệu suất hầu hết là hoạt động của họ, nhưng tất cả những thứ khác, nó không hề nhỏ, bạn biết đấy. Bảo mật, họ chịu trách nhiệm sao lưu và phục hồi. Họ nên tham gia vào các hệ thống kiểm thử phần mềm và họ có thể tham gia vào vòng đời dữ liệu.

Hiệu suất. Khi tôi từng là một trong những kẻ này. Khi tôi đang chạy và điều chỉnh cơ sở dữ liệu, đây là cách tôi hiểu nó, bạn biết không? Có CPU, và bằng cách này hay cách khác trong thời đại của chúng ta, CPU thường không hoạt động, bởi vì nó sẽ là một trong hai hoặc khác, một trong những nút thắt khác thực sự sẽ gây ra vấn đề. Bộ nhớ, đập và phân mảnh, hoặc đĩa, hoặc bão hòa I / O của đĩa, đôi khi là phí mạng, nếu bạn đang chạy trong nhiều nút của mạng và có thể bạn thực sự có thể bị khóa.

Nhưng đó là thế giới như tôi đã thấy. Tôi đã xem xét gần đây về Oracle và số lượng tham số điều chỉnh có trong Oracle. Nó đã hơn 300. Bạn biết đấy, và nếu bạn thực sự nghĩ về nó, một DBA thực sự biết những gì anh ta đang làm phải có một số ý tưởng về lý do tại sao bạn sẽ gây rối với bất kỳ ai trong số họ. Vì vậy, đó là một công việc phức tạp, bạn biết, và nó phức tạp hơn bởi điều này.

Bạn biết đấy, ngay bây giờ chúng ta đã có CPU, nhưng bạn đã có … CPU đã tồn tại, GPU trên CPU hoặc với các GPU trên CPU. Vì vậy, có một kiểu lai chéo đang diễn ra về những gì thực sự xảy ra trên CPU. CPU đã trở thành đa lõi cách đây rất lâu; Thật ra, tôi không còn điều chỉnh cơ sở dữ liệu khi điều đó xảy ra. Tôi không biết nó thực sự tạo ra sự khác biệt gì, bây giờ tôi nghĩ về nó.

Chúng ta đã biết, 3D Xpoint và PCM của IBM sắp ra mắt như một lớp bộ nhớ bổ sung và chúng ta đã có SSD, nhưng bạn biết đấy, chúng đang thay thế cho việc quay vòng. Nhưng SSD có thể thay đổi về tốc độ. Với rất nhiều, bạn có thể có quyền truy cập song song và điều đó khiến chúng đi rất nhanh - gần với tốc độ RAM. Và bạn đã có tất cả các kiến ​​trúc phần cứng song song.

Và đây là tất cả, bạn biết đấy, chi phí đang giảm, đó là một điều thực sự tốt, nhưng đây là tất cả - bạn biết đấy, nếu bạn lấy bản phát hành tiếp theo của cơ sở dữ liệu và sau đó bạn bắt đầu triển khai nó trên máy, thậm chí một số điều này, bạn thực sự đã mất bất kỳ cảm giác ruột nào mà bạn có thể có đối với cách hành xử của dữ liệu, bởi vì độ trễ chỉ là rất, rất khác nhau. Và ở đây, bạn biết đấy, bạn đã có bốn lớp chứ không phải ba lớp lưu trữ.

Vấn đề cơ sở dữ liệu. Bạn nhận được entropy cơ sở dữ liệu - các trường hợp tăng sinh là rất phổ biến. Cơ sở dữ liệu đang được sử dụng làm tủ, đó là những gì mà ví dụ mà tôi đã đưa ra. Rất ít cơ sở dữ liệu tự điều chỉnh và những cơ sở tự xưng là tự điều chỉnh không thực sự tốt như vậy, bạn biết đấy. Nhưng điều khác là, rất ít cơ sở dữ liệu được điều chỉnh đúng. Đó là một công việc khó khăn, có thể cân bằng khối lượng công việc. Ý tôi là, khi bạn nghĩ về cơ sở dữ liệu, cơ sở dữ liệu có thể làm gì trong khoảng thời gian 24 giờ, khối lượng công việc có thể rất, rất khác nhau. Cơ sở dữ liệu phải có một kho dữ liệu đặc biệt đúng.

Và do đó, điều chỉnh đó không phải là một vấn đề nhỏ, bạn biết, bởi vì những gì bạn đang làm là điều chỉnh các tham số phải phục vụ cho toàn bộ khối lượng công việc trong một thời điểm nhất định. Về cơ bản, đây là một công việc khó khăn. Và SQL cần được điều chỉnh đặc biệt cho SQL THAM GIA. Chúng có thể cực kỳ, bạn biết đấy, tiêu tốn tài nguyên. Và nếu cơ sở dữ liệu có các khung nhìn cụ thể hóa, thành thật mà nói, bạn nên điều tra việc sử dụng chúng, bởi vì chúng sẽ khiến mọi thứ diễn ra nhanh hơn vô cùng. Và điều đó đòi hỏi ai đó phải hiểu khối lượng công việc và hiểu lưu lượng SQL, v.v.

Và hầu hết các công ty sử dụng rất ít DBA - rất tốn kém. Tôi đã biết các công ty khá lớn với, như, ba chàng trai, bạn biết đấy, số lượng lớn các trường hợp. Thực sự, họ tốn rất nhiều tiền, đó là một công việc khó khăn về sự phức tạp. Họ cần các công cụ.

Và tôi nghĩ đó là tất cả những gì tôi phải nói. Ồ, vâng. Hãy tiếp tục với Dez, xem Dez đã nói gì.

Dez Blanchfield: Cảm ơn bạn, Robin. Đây là một chủ đề lớn. Tôi sẽ tuân theo những điều mà tôi nghĩ đó là những thách thức hàng ngày mà chúng ta phải đối mặt. Bởi vì hãy đối mặt với nó, có cả một thư viện sách viết về chủ đề này. Ai chưa đến một hiệu sách kỹ thuật và tìm thấy những bức tường và những bức tường được viết theo chủ đề chung về hiệu suất cơ sở dữ liệu và điều chỉnh cơ sở dữ liệu và giám sát. Và đôi khi đó là một cách tuyệt vời để giết thời gian.

Chủ đề chung: nhận các truy vấn hiệu suất. Có một số bộ phận khác nhau của tổ chức đổ mồ hôi cho chủ đề này - ở cấp độ người dùng cuối của bạn, theo kinh nghiệm của tôi, bạn biết đấy, mọi người chỉ trải nghiệm hiệu suất, rằng mọi thứ rất chậm. Bánh xe quay mất một lúc để có được các truy vấn trở lại. Ở phía đối diện của quang phổ, bạn đã có những người kỹ thuật cơ sở hạ tầng và mạng và lưu trữ đang bị các chuyên gia cơ sở dữ liệu đánh bại vì mọi thứ không chạy tốt như họ mong đợi. Và đó là một phổ rất rộng, theo kinh nghiệm của tôi, những thứ có thể tác động đến cuộc sống của chúng ta trong phổ đó.

Nếu bạn nghĩ về, từ vật lý trở lên, bạn biết đấy, chỉ là không gian máy tính. Đó là bộ nhớ, bạn biết đấy, RAM, nếu bạn thích - không gian đĩa, mạng và tất cả các bit xung quanh đó. Trong không gian này, chúng ta có, bạn biết, nó lưu trữ suy nghĩ rằng, bạn biết đấy, tốt hơn là sử dụng đĩa thô hoặc JBOD và, bạn biết đấy, tăng nhanh nhất có thể đĩa và để cho cơ sở dữ liệu sắp xếp lớp bảo vệ dữ liệu. Những người khác là những người hâm mộ lớn của RAID, mảng đĩa rẻ tiền và có những trải nghiệm tôn giáo khác nhau với RAID 0, 1, 3, đôi khi 5 và 6 loại phân loại hoặc sao chép khác nhau trên đĩa, trong trường hợp đĩa cứng bị lỗi. Ngay cả ở cấp độ lưu trữ và cấp độ kỹ thuật, chúng tôi vẫn có những người có quan điểm và trải nghiệm khác nhau về hiệu suất, về các loại lưu trữ.

Cho dù đó là đĩa được gắn trực tiếp và chính các máy chủ, hoặc liệu nó được kết nối qua kênh sợi quang với mạng vùng lưu trữ ở một dạng nào đó, cho dù đó là lưu trữ được gắn từ máy chủ ở đâu đó thông qua iSCSI hay là Ethernet. Và đó là trước khi bạn thực sự đến lớp cơ sở dữ liệu, ở đó, bạn biết đấy, những thứ mà chúng ta đã cho rằng - bạn biết đấy, chỉ cần duy trì điều đó, như Eric đã nêu, bạn biết, chúng ta gọi cuộc trò chuyện với dữ liệu của bạn là gì . Chỉ cần có thể xác định các mẫu và các mẫu có ý nghĩa mà chúng tôi nghĩ rằng chúng tôi có thể bắt đầu đi sâu vào và tìm kiếm các vấn đề về hiệu suất.

Và đó là một chủ đề rất rộng, vì vậy tôi sẽ đi sâu vào hai lĩnh vực mà theo kinh nghiệm của tôi, thời gian và sức lực và công sức đầu tư nhận được một số lợi nhuận tốt. Vì vậy, hãy để tôi nhanh chóng bỏ qua đầu tiên trong số này. Và tôi chỉ nửa đùa nửa thật là đi tìm một bức tranh về thứ gì đó có bộ xương ở bên trong và da ở bên ngoài, nhưng khối Lego có lẽ là thứ khủng khiếp nhất. Nhưng theo nhiều cách, đây là cách tôi tưởng tượng và hình dung về mặt thách thức mà đôi khi chúng ta phải đối mặt với các nền tảng phân tích và cơ sở dữ liệu hỗ trợ chúng. Và đó là, bạn thực sự, chỉ là người tiêu dùng và người dùng cuối hoặc thậm chí là nhà phát triển, thường nhìn thấy lớp da veneer, nhưng thực sự đó là bộ xương bên dưới - đó thực sự là vấn đề mà bạn cần tập trung vào.

Bạn biết đấy, trong trường hợp này, khi chúng tôi nghĩ về những điều có thể ảnh hưởng đến hiệu suất và phân tích cơ sở dữ liệu từ ngày cụ thể đó, hiệu suất đạt được, cơ sở hạ tầng cốt lõi và chỉ giám sát cơ sở hạ tầng cốt lõi đó, và như tôi đã phác thảo một lúc trước, xung quanh đĩa và bộ nhớ và CPU của bạn. Và như Tiến sĩ Robin Bloor đã nhấn mạnh, giờ đây thách thức ảo hóa và những thứ đang xảy ra trong các con chip, và hiệu suất xuống mức cốt lõi, và lượng bộ nhớ hiện được đưa vào mỗi chip trong mỗi lõi. Đây là những thách thức rất kỹ thuật để xem xét cho một người hàng ngày.

Tiếp tục theo dõi truy vấn. Bạn biết đấy, một trong những thách thức xung quanh các truy vấn giám sát và hàng đợi truy vấn là ví dụ - ý tôi là, SQL là ngôn ngữ và các công cụ cơ sở dữ liệu xoay quanh các công cụ phân tích, rất mạnh mẽ và đặc biệt là SQL là ngôn ngữ. Nhưng với sức mạnh và sự đơn giản đó cũng xuất hiện, trong nhiều trường hợp, và đó là, nếu đó không phải là một ứng dụng làm đi làm lại nhiều lần, được viết bởi một nhà phát triển giỏi và được phát hiện bởi một DBA tốt, nó có thể là những người làm các truy vấn phi cấu trúc.

Và vấn đề với điều đó là, việc tìm hiểu một chút về SQL và bắt đầu thực hiện các truy vấn khá dễ dàng, nhưng kết quả là, bạn không nhất thiết phải có tất cả các kỹ năng và kinh nghiệm và kiến ​​thức để biết liệu bạn có đang làm điều tốt hay xấu để làm cơ sở dữ liệu. Vì vậy, liên tục chạy cùng lớn, rộng, sai chỉ có thể đưa tòa nhà xuống. Tiếp tục theo dõi truy vấn là một thách thức thú vị.

Chỉ cần theo dõi thời gian phản hồi theo như những gì nền tảng đang làm và những gì người dùng đang nhận được. Một lần nữa, bạn biết đấy, nếu không có các công cụ phù hợp, đây không phải là thứ mà bạn chỉ cần nhìn vào thứ đó một cách trực giác và nghĩ rằng, Oh Oh, mạng của họ chạy chậm, bộ nhớ của người dùng hay không hoạt động tốt Nghiêng hay khác là đầy hơi.

Và sau đó, bạn biết, làm thế nào để bạn đi đến điểm mà bạn, một khi bạn đã thấy một vấn đề với nó, làm thế nào để bạn tách nó ra và giải quyết nó và giải quyết toàn bộ thách thức của các truy vấn có cấu trúc kém? Và, bạn biết đấy, đó là một truy vấn đặc biệt mà ai đó đang chạy bằng tay, hay nó là một công cụ phân tích với mặt trước bảng điều khiển hoạt động kém vì họ đặt câu hỏi sai, hoặc thực sự là, thực sự viết xấu đoạn mã?

Và sau đó thực hiện việc lặp đi lặp lại đó, Eric đã nói trong phần thiết lập ban đầu, bạn biết đấy, chỉ lặp đi lặp lại nhiều lần và tinh chỉnh những quy trình công việc đó. Bạn biết đấy, tôi đang chạy những gì, họ đang chạy như thế nào, tần suất họ đang chạy, mã nào đang chạy với họ, họ chạy với nó ở đâu trong CPU và bộ nhớ và đĩa và mạng? Vâng, đó chỉ là một thách thức thực sự, thực sự kỹ thuật.

Và sau đó là niết bàn mà mọi người đang tìm kiếm trong thế giới này, trong khi chuyển từ phân tích lịch sử và điều chỉnh hiệu suất và cảnh báo đối với môi trường của bạn, điều này rất tốt để xem vì bạn có thể có kế hoạch trong tương lai cho nó nếu bạn biết tại sao mọi thứ chậm lại sáng hôm qua lúc chín giờ. Nhưng điều đó không giúp bạn ngay bây giờ và nó không giúp kế hoạch của bạn tiến lên.

Tôi nghĩ rằng lập kế hoạch năng lực và định cỡ và nhân rộng và điều chỉnh, vì vậy bạn biết đấy, tôi nghĩ rằng hiện tại chúng ta đang có một xu hướng, nơi có sự thay đổi trong môi trường rất lớn nơi mọi người có nền tảng cơ sở dữ liệu lớn và trải rộng môi trường cơ sở dữ liệu từ cảnh báo và lập kế hoạch lịch sử đến cảnh báo và lập kế hoạch dự đoán, nơi họ muốn biết những gì đang xảy ra ngay bây giờ và có thể lập kế hoạch cho nó trong tương lai. Hay là chúng ta sắp hết bộ nhớ và chúng ta sẽ hết bộ nhớ trong giờ tới, và chúng ta có thể làm gì với nó? Những kế hoạch năng lực chúng ta có thể làm trong thời gian thực?

Xin lỗi. Nó đến điểm mà bạn biết, chỉ toàn bộ thử thách khám phá những rào cản này cản trở những gì chúng ta gọi là phân tích chất lỏng và biến nó thành chuẩn mực trong tổ chức của bạn. Như bạn có thể thấy, đó là một thách thức không hề nhỏ đối với, bạn biết đấy, chỉ là những khối lượng lớn, chưa rửa hàng ngày. Và nó vẫn là một thách thức không hề nhỏ đối với những người hiểu biết nhiều về kỹ thuật.

Bạn biết đấy, nếu khó khăn cho những người bình thường, làm thế nào để chúng ta biến điều này thành một điều có thể? Bởi vì, bạn biết đấy, hầu hết đây là những điều mà người dùng thông thường không thể giải quyết và chúng tôi có thể có một số kỹ sư cơ sở dữ liệu đặc biệt, nhà phát triển cơ sở dữ liệu, nhà phát triển mã, lập trình viên, nhưng họ vẫn thực sự có thể giải quyết được môi trường. Họ đã phải tách ra, bạn biết đấy, những vấn đề như mọi người sử dụng lại mã.

Bạn biết đấy, một trong những điều tồi tệ nhất mà tôi đã thấy trong không gian này xung quanh các lần truy cập hiệu năng trong các nền tảng phân tích trong việc triển khai rất lớn cơ sở hạ tầng máy chủ cơ sở dữ liệu là những người lấy một đoạn mã, một đoạn SQL hoặc một thủ tục bị đánh cắp mà họ đã không làm ' Họ viết, và họ không biết liệu đó là một đoạn mã tốt hay xấu, và họ chỉ sử dụng lại nó bởi vì nó mang lại cho họ kết quả mà họ muốn. Nhưng nó chỉ ra rằng nó có thể chỉ là một cái gì đó được viết trên bay để có được một hoặc hai kết quả, giống như một báo cáo - ai đó đang vội.

Và vì vậy, mọi người đang sử dụng mã phức tạp mà họ không viết và chỉ đưa nó vào một phần phát triển ứng dụng, không biết rằng họ thực sự đang trừng phạt phần cuối. Thậm chí chỉ cần theo dõi hiệu suất đó và xem xét các truy vấn đến từ đâu và đi sâu vào, mà bạn biết đấy, đó là một thách thức hàng ngày tôi thấy.

Những thứ hành vi cơ bản như dữ liệu dàn dựng trước cho hiệu suất khi có thể. Những điều chỉ có kinh nghiệm chỉ dạy cho bạn, như xóa các chỉ mục nếu bạn sẽ nhập hàng loạt và sau đó lập chỉ mục lại để các chỉ mục không được duy trì khi bạn lấy ra hàng terabyte dữ liệu. Bạn biết đấy, nếu không có các công cụ thích hợp, điều đó gần như không thể nhìn thấy bởi vì bạn không biết chỉ số đang bị tấn công.

Tối ưu hóa các chỉ mục thường xuyên là một loại 101, nhưng bạn biết không, khi bạn nhập hàng loạt hoặc, bạn biết, tạo một bảng trên các truy vấn nếu ai đó thực hiện một truy vấn thực sự lớn? Bạn biết đấy, đó có thể là một thành tích lớn, và một lần nữa, nếu bạn không theo dõi, bạn không có công cụ để thấy điều đó, điều đó chỉ xảy ra trong nền và bạn không biết cách giải quyết nó .

Giới hạn truy vấn chỉ với số lượng cột bạn cần - Ý tôi là, nó nghe có vẻ rất cơ bản, nhưng một lần nữa, nếu bạn không thể nhìn thấy nó, bạn không biết nó đang xảy ra, và sau đó nó chỉ xảy ra trong nền và nó làm bạn đau, ở bạn.

Biết khi nào và ở đâu để sử dụng các bảng tạm thời, sắp xếp các bản xóa và cập nhật lớn. Một lần nữa, tất cả những điều rất đơn giản, nhưng không có khả năng hiển thị đó, không có công cụ để làm điều đó, họ chỉ ngồi dưới nền và tiếp tục làm tổn thương bạn và bạn cứ ném thêm bộ nhớ hoặc CPU vào môi trường cơ sở dữ liệu để có hiệu suất nền tảng phân tích tốt hơn, khi thực sự bạn sẽ có thể đi sâu vào chi tiết những gì làm tổn thương bạn và giải quyết điều cụ thể đó. Và sau đó, bạn biết đấy, những thứ như ràng buộc khóa ngoại và làm thế nào để bạn tìm thấy điều đó, làm sao bạn biết đó là một vấn đề?

Điều đó đưa tôi đến kết luận về điểm chính của tôi ở đây, và đó là, bạn biết đấy, trên cơ sở hàng ngày, chúng ta thấy những vấn đề này ở khắp mọi nơi. Và khi môi trường cơ sở dữ liệu ngày càng lớn hơn và ngày càng rộng hơn, và như Tiến sĩ Robin Bloor đã nhấn mạnh ở đây, chúng ta sẽ có được nhiều mô hình môi trường phức tạp hơn với thời gian cơ sở dữ liệu.

Và sau đó cũng cần phải tích hợp vào một số nền tảng dữ liệu lớn như Hadoop và Spark đang xuất hiện, và ngày càng nhiều hơn tại một thời điểm. Theo quan điểm của tôi, chúng tôi sẽ tìm ra những cách tốt hơn và các công cụ cụ thể để thực hiện hiệu suất nền tảng thời gian thực này và phân tích và chẩn đoán một cách thông minh. Bởi vì nó tốn thời gian thực và tiền thật và sự thất vọng cho người dùng cuối và đô la thực nếu chúng ta không bắt đầu tìm đến các công cụ để đi sâu vào những điều này.

Và với điều đó, tôi sẽ bàn giao cho bạn bè của chúng tôi từ IDERA, bởi vì tôi tin rằng họ đã có một câu chuyện hay để kể về cách chúng ta có thể giải quyết vấn đề này.

Bullett Manale: Nghe hay đấy. Cảm ơn bạn rất nhiều, và tôi sẽ tiếp tục và khởi động mọi thứ. Tôi cũng có một vài slide ở đây, và để tôi tiếp tục và loại nó lên. Một số trong số chúng tôi sẽ nhảy qua khá nhanh.

Chỉ để cung cấp cho bạn một cái nhìn sâu sắc, tôi là giám đốc kỹ thuật bán hàng tại IDERA, và vì vậy những gì chúng tôi làm là nói chuyện với các DBA khá thường xuyên về những khó khăn và những thách thức mà họ gặp phải, cụ thể, trong nhiều trường hợp, giám sát hiệu suất và những thứ đó, rõ ràng. Và chúng tôi nghe được rất nhiều từ khán giả đó, và vì vậy tôi nghĩ rằng tôi có thể chia sẻ một số thông tin mà tôi nhận được từ họ một cách thường xuyên sẽ có ý nghĩa. Tôi sẽ nhảy qua một vài trong số này, vì tôi không nghĩ rằng chúng thực sự phù hợp với cuộc trò chuyện.

Bạn biết đấy, tôi có danh sách riêng của mình ở đây về trách nhiệm của DBA - nó trông rất giống danh sách của Robin và tôi nghĩ rằng nó khá nhất quán. Tuy nhiên, tôi nghĩ rằng khi bạn nói chuyện với một quản trị viên cơ sở dữ liệu, thì luôn luôn - bạn biết đấy, họ bị gộp vào một số khu vực này nhiều hơn những khu vực khác và không có vần điệu hay lý do nào, điều đó chỉ phụ thuộc vào môi trường.

Bạn nghe thấy một phạm vi khá rộng, rộng mà mọi người muốn có thể làm. Và rất nhiều lần, những người muốn những thứ này không phải là họ sẽ yêu cầu họ và trong một số trường hợp, bạn bắt đầu tìm hiểu những gì họ thực sự yêu cầu, và sau đó bạn phát hiện ra rằng họ ' Đang thực sự tìm kiếm thêm. Họ thực sự muốn có nhiều thông tin hơn những gì họ nghĩ ban đầu họ cần, và khi bạn bắt đầu đi sâu vào công cụ, tôi nghĩ đó là nơi bạn có thể bắt đầu nói rằng họ đang có một cuộc trò chuyện với dữ liệu.

Và tôi nghĩ rằng đó là một cụm từ thực sự thú vị, và nó rất có ý nghĩa về mặt có thể nói, vâng, nếu bạn có một truy vấn xấu, thực sự một truy vấn xấu là gì? Đây có phải là một truy vấn tiêu tốn nhiều đọc hoặc ghi hoặc CPU không? Nó có thể là một thứ chạy rất nhiều, nó có thể là một, như bạn đã nói, được viết kém.

Về cách chúng tôi xác định điều đó, có một số cách bạn sẽ thấy về sản phẩm của chúng tôi, sản phẩm Trình quản lý chẩn đoán, mà chúng tôi hiển thị các DBA mà họ có thể thực hiện. Và nó thực sự linh hoạt, và tôi nghĩ đó là một trong những điều quan trọng - bạn phải có một công cụ giúp bạn giải quyết các vấn đề về hiệu suất này, môi trường của mọi người có một chút khác biệt.

Và sẽ có rất nhiều, bạn biết, nhu cầu và thậm chí có thể mơ hồ về các yêu cầu giám sát, vì vậy bạn phải có một cái gì đó linh hoạt và một cái gì đó sẽ hoạt động và có thể phù hợp với môi trường bạn đang cố gắng quản lý. Bạn biết đấy, và tôi có rất nhiều ví dụ trong số này - tôi sẽ không đi qua từng người trong số họ, nhưng bạn cần một cái gì đó mà bạn có thể xoay vòng qua lại giữa một phần dữ liệu và một dữ liệu khác, và tôi sẽ loại nói về điều đó khi chúng tôi vào sản phẩm một chút và cho bạn thấy điều đó, và về cách chúng tôi làm điều đó.

Nhưng một điều khác mà tôi nghĩ về bất kỳ công cụ phân tích tốt nào là, bạn biết đấy, có một số điều cốt lõi mà bạn thực sự đang tìm kiếm. Rõ ràng trước tiên, bạn không muốn một công cụ gây ra vấn đề về hiệu suất của chính nó trong tên hiệu suất. Khi tôi nói thu thập dữ liệu miễn phí, tôi không nói về chi phí về mặt, bạn biết đấy, chi phí tiền tệ, nhưng về chi phí về chi phí và chi phí về số lượng tài nguyên mà chúng tôi Sẽ sử dụng trong tên của hiệu suất. Bạn chắc chắn muốn một cái gì đó sẽ giúp đỡ.

Bạn cần một cái gì đó sẽ có thể có được dữ liệu mà bạn đang tìm kiếm cụ thể cho các vấn đề mà bạn gặp phải hàng ngày và có thể có một số thứ bạn không cần và bạn không cần ' không muốn và sẽ không có ý nghĩa trong việc thu thập dữ liệu đó nếu bạn sẽ không bao giờ báo cáo về nó hoặc sẽ có bất kỳ nhu cầu nào xung quanh việc cố gắng quản lý dữ liệu đó. Ví dụ, về mặt siêu dữ liệu liên quan đến hiệu suất.

Bạn biết đấy, một ví dụ điển hình là, tôi không cần phải cảnh báo nếu dịch vụ Điều phối giao dịch phân tán trong SQL không hoạt động nếu tôi không muốn nó chạy ở nơi đầu tiên. Vì vậy, đừng cảnh báo tôi, đừng thu thập dữ liệu chống lại nó - tôi không cần thông tin đó. Vì vậy, có khả năng bật và tắt những thứ đó là thực sự quan trọng.

Khả năng cũng vậy, một khi bạn thu thập dữ liệu, có quyền truy cập vào dữ liệu khá nhanh - bạn không cần phải biết, chạy và xoa bóp dữ liệu, thao tác dữ liệu - có thể thực hiện nhanh chóng và hiệu quả. Và sau khi bạn có dữ liệu, rõ ràng điều đó thực sự quan trọng để có thể hiểu được nó.

Bây giờ, đây là nơi, với sản phẩm của chúng tôi - ví dụ như, ví dụ, sản phẩm Trình quản lý chẩn đoán tôi sẽ giới thiệu với bạn một chút hôm nay - sản phẩm đó, bạn biết đấy, tôi rất muốn nói với bạn rằng sản phẩm đó sẽ thay thế và là một DBA trong một hộp. Thực tế là, nó đòi hỏi một số kiến ​​thức về môi trường của bạn và những gì bạn đang cố gắng thực hiện. Có một số, rõ ràng, sự hiểu biết về vai trò của chính DBA rõ ràng là quan trọng.

Bây giờ, những gì chúng tôi cố gắng làm là giáo dục thông qua sự giúp đỡ và thông qua các phương pháp khác. Nhưng rõ ràng là bạn luôn muốn ràng buộc điều này, rõ ràng, với một số loại mức độ kinh nghiệm hoặc ai đó có kiến ​​thức về những việc cần làm sau khi họ nhận được dữ liệu. Và việc có thể có một người có thể đặt câu hỏi đúng cho sản phẩm và có cuộc trò chuyện với dữ liệu đó rõ ràng là chìa khóa. Và sau đó rõ ràng là có thể có ý nghĩa của dữ liệu.

Khi tôi có thông tin, có thể đưa thông tin đó đến đúng người. Các nhà phát triển của tôi, nhóm điều hành của tôi - bất kể là ai, tôi có thể cần phải tích hợp với các sản phẩm khác, có các móc nối để có thể làm điều đó. Đây là tất cả những điều thực sự quan trọng. Và sau đó, rõ ràng, cuối cùng nhưng không kém phần quan trọng, nếu tôi cần biết thêm, có thể làm điều đó. Cho dù điều đó có nghĩa là bật thêm một số thứ sẽ được thu thập, hoặc liệu nó có nghĩa là chỉ đi sâu hơn một chút vào dữ liệu. Bạn đang hy vọng rằng, với một công cụ sẽ trở thành, bạn biết đấy, giúp thực hiện, bạn sẽ có được tất cả những điều bạn cần để có thể trả lời những câu hỏi đó.

Một điều mà tôi đã không đưa vào đây mà tôi nghĩ có lẽ đáng chú ý là, bạn cần một công cụ giúp bạn phân biệt những gì bình thường và những gì không bình thường. Và tôi nghĩ đó là một vấn đề lớn, bởi vì, bạn biết đấy, có rất nhiều sản phẩm cảnh báo và những thứ ở ngoài đó, nhưng nếu bạn nhận được cảnh báo và cảnh báo là một cảnh báo sai, thì bạn không làm gì cả ; thật lãng phí thời gian và nó sẽ làm giảm hiệu quả của bạn nhiều hơn là nó sẽ giúp họ. Vì vậy, bạn biết đấy, đó là một số điều tôi sẽ ghi nhớ.

Khi tôi nói về sản phẩm mà tôi buộc tất cả những thứ này vào trong bộ sản phẩm IDERA, đó là sản phẩm Trình quản lý chẩn đoán Tôi nghĩ rằng đó có thể là loại đặc điểm chính trong những gì chúng ta đang nói ở đây về cơ sở dữ liệu điều chỉnh và hiệu suất và giám sát và những loại điều.

Mọi người đang tìm kiếm giám sát cấp doanh nghiệp; họ muốn có thể có quyền truy cập, để có thể, trong một màn hình, biết rằng mọi thứ đang hoạt động theo cách họ nên làm. Hoặc họ muốn có thể, rõ ràng, nếu có vấn đề, để xem vấn đề ở đâu và sau đó có thể đi sâu vào vấn đề đó. Phần lớn thực sự, tôi nghĩ, những gì mọi người đang tìm kiếm với những cách thức mà bạn thực sự có thể cải thiện hiệu suất của bạn.

Một điều khác rõ ràng đi cùng với điều đó là, tôi không thể chỉ hoạt động trong hiện tại và tôi cần có thể quay ngược thời gian, cho dù điều đó có nghĩa là xem xét các truy vấn chạy kém hay liệu nó có nghĩa là bạn biết rằng, nhìn vào cách mà VM máy chủ đang hành xử về mặt tài nguyên. Tất cả những điều bạn có thể làm được, và bạn sẽ không ngồi đó nhìn chằm chằm vào bảng điều khiển của bạn 24 giờ một ngày, 7 ngày một tuần.

Nếu bạn đang đi nghỉ hoặc vào lúc nửa đêm, hoặc bất cứ điều gì có thể, bạn cần một cái gì đó sẽ có thể quay ngược thời gian với bạn để có thể nói những gì đang xảy ra trong ví dụ thời gian chúng tôi có một vấn đề. Và có thể làm điều đó, một lần nữa, hiệu quả và nhanh chóng và có thể đi sâu vào nó chắc chắn là một phần quan trọng trong cuộc thảo luận này. Và tôi có thể nói đó có lẽ là một trong những điều quan trọng hơn về những gì mọi người đang tìm kiếm. Họ luôn tìm kiếm cửa sổ đó trong quá khứ, bởi vì đó thực sự là một im Bạn biết đấy, bạn không muốn phải ngồi đó và chờ đợi điều gì đó xảy ra lần nữa.

Điều tiếp theo trong danh sách thực sự chỉ là buộc lại những gì chúng ta đã nói trước đó, với chính hiệu năng truy vấn. Và tôi sẽ cho bạn thấy một vài ví dụ khác nhau trong sản phẩm Trình quản lý chẩn đoán, cách chúng tôi làm điều đó, chắc chắn vào cuối ngày, nó sẽ cung cấp cho bạn rất nhiều tùy chọn xung quanh các truy vấn về những gì bạn muốn tập hợp

Xét về việc bạn quan tâm đến các truy vấn gây đau tài nguyên, tiêu thụ CPU hay tiêu thụ I / O. Cho dù đó là các truy vấn mất nhiều thời gian để hoàn thành hoặc các truy vấn nói chung có thể không phải là vi phạm tồi tệ nhất về hiệu suất, nhưng có thể chạy thường xuyên đến mức tần số tuyệt đối của chính nó chạy có thể là một vấn đề. Và rõ ràng việc có thể phát hiện xu hướng theo thời gian với các truy vấn đó cũng là một phần quan trọng của nó.

Có rất nhiều cách khác nhau để chúng ta có thể làm điều đó trong sản phẩm này và tôi nghĩ rằng rõ ràng đó là một phần thực sự quan trọng đối với hầu hết các DBA. Và ngay cả khi bạn không có các ứng dụng được phát triển nội bộ của riêng mình, bạn vẫn có thể đến các nhà cung cấp phần mềm của mình và nói, Hey Hey, bạn biết gì không? Bạn biết đấy, hai giờ chiều mỗi ngày khi công việc này cất cánh, hay bất cứ thứ gì, đó là ứng dụng của bạn gây ra điều này và chúng tôi cần phải sửa nó. Ngay cả khi bạn chưa hoàn thành kiểm soát bản thân mã, vẫn rất tốt để biết khi nào có vấn đề xảy ra.

Và sau đó, bạn biết đấy, phần khác rõ ràng là chủ động hơn. Có thể là người đầu tiên biết, có thể hiểu khi xảy ra sự cố. Để không chỉ có thể là người đầu tiên biết để bạn có thể sửa nó, mà trong rất nhiều trường hợp, khi bạn cần là thứ gì đó sẽ có thể tự động hóa một phản hồi, trong rất nhiều trường hợp cũng vậy. Bạn có thể, nói, bạn biết, thay vì nhận được email nói rằng, Hey Hey, bạn cần phải sửa lỗi này, nếu tôi đang họp hoặc nếu tôi, bạn biết, trên đường hoặc bất cứ điều gì tôi là Tôi đang làm, rõ ràng là rất tốt để có thể nói rằng tôi đã có một cái gì đó ở đó sẽ có thể giải quyết điều đó một cách tự động.

Và nếu nó không được xử lý theo cách tự động, ít nhất có thể là người đầu tiên biết để bạn có thể thực hiện hành động khắc phục hoặc liên hệ với ai đó có thể. Và vì vậy, đây rõ ràng là những phần quan trọng lớn, bạn biết đấy, những loại vấn đề bạn có thể gặp phải trong vấn đề giám sát máy móc và các phiên bản của bạn và bản thân các bản phân tích.

Bây giờ, tôi đã nói về điều này sớm hơn, đó là sự linh hoạt của mọi thứ. Tôi không thể nhấn mạnh điều này đủ, có thể nói, bạn biết, ngoài luồng, nếu có thứ gì đó không được giám sát, có thể có chức năng trong một sản phẩm để có thể thêm những thứ đó vào được theo dõi. Và theo nghĩa của ví dụ về Trình quản lý chẩn đoán, rõ ràng, chúng ta biết, các bộ đếm WMI, bộ đếm, bộ đếm SQL Server, bạn có thể tạo các truy vấn của riêng mình.

Thậm chí, bạn có thể biết, nếu bạn muốn, lấy dữ liệu từ môi trường vCenter hoặc môi trường Hyper-V của bạn, do kết quả của cuộc bỏ phiếu đang diễn ra và bạn có thể làm điều đó một cách thường xuyên và kéo dữ liệu đó và có thể xem nó. Và, một lần nữa, xoay vòng từ nơi này sang nơi khác khi bạn đang xem thông tin này.

Vì vậy, đó là những điều mà theo những gì tôi thấy mọi người yêu cầu khi họ nói về một công cụ sẽ giúp họ điều chỉnh và hiệu suất - sản phẩm tôi sẽ chỉ cho bạn thấy thứ hai là Trình quản lý chẩn đoán và nó hỗ trợ mọi thứ từ năm 2000 đến năm 2016. Nó dành riêng cho SQL Server và vì vậy chúng tôi giám sát việc quản lý những thứ đó. Không có tác nhân trên các cá thể đang theo dõi cá thể.

Điều đó quay trở lại để thu thập thông tin với một chi phí nhỏ, rằng, bạn biết đấy, rõ ràng chúng tôi đã cố gắng thu thập thông tin này nhiều hơn, không sử dụng nhiều tài nguyên quá, phải không? Chúng tôi đang cố gắng tận dụng những thứ mà SQL Server đã cung cấp cho chúng tôi và làm cho nó tốt hơn, cho dù đó là chế độ xem quản lý động hay là sự kiện mở rộng hay bất kỳ trường hợp nào có thể liên quan đến chính bộ sưu tập. Có thể tận dụng thông tin đó và làm cho nó tốt hơn là một trong những nhiệm vụ của chúng tôi.

Bây giờ, nếu bạn xem qua thực tế này một cách nhanh chóng, tôi sẽ không đi qua kiến ​​trúc quá nhiều chi tiết, nhưng có một kho lưu trữ phía sau với tất cả dữ liệu lịch sử của chúng tôi mà bạn có thể quản lý và bạn có thể lưu giữ miễn là bạn muốn. Bạn thậm chí có thể chọn loại thông tin mà bạn muốn giữ và trong bao lâu. Điều đó quay trở lại với điều đó, thu thập dữ liệu phù hợp và loại bỏ các dữ liệu không cần thiết. Nếu bạn muốn giữ các truy vấn trong năm ngày hoạt động chính và sau đó giữ thông báo của bạn trong hai năm, điều đó tùy thuộc vào bạn và đó hoàn toàn là đặc quyền của bạn trong việc có thể làm điều đó.

Một số bảng điều khiển khác nhau với sản phẩm này. Bạn có một phiên bản dựa trên web, bạn cũng có một phiên bản máy khách dày. Và do đó, có sự linh hoạt khi nhảy trên trình duyệt và xem những gì đang diễn ra hoặc nếu bạn có một máy tính xách tay có cài đặt máy khách chuyên dụng, một trong những cách tiếp cận đó sẽ phù hợp với bạn.

Bây giờ, những gì tôi muốn làm là thể hiện một cách nhanh chóng. Và tôi sẽ chỉ ra - tôi sẽ quay trở lại slide khác ở đây - mà chúng tôi đã có, chúng tôi vừa thêm vào, giống như một FYI cho những người quen thuộc với sản phẩm, chúng tôi có một ưu đãi mới đó là Quản lý chẩn đoán Pro. Một đề nghị chuyên nghiệp bao gồm điều mà chúng tôi gọi là Phân tích khối lượng công việc.

Và thực sự đó là về việc có thể tương tác nhìn vào những khoảng thời gian rất lớn và đi từ đó, bạn biết đấy, chế độ xem 30 ngày đến, bạn biết, xem năm phút trong khoảng ba lần nhấp. Và bạn có thể thấy sự tăng đột biến về hiệu suất hoặc vấn đề trong nút cổ chai mà bạn có thể có thể, bạn biết đấy, bạn có thể thấy ở mức rất cao và đi sâu xuống mức rất thấp. Và đặc biệt là ngày hôm nay, điều đó mới đối với sản phẩm.

Nhưng những gì tôi muốn làm chỉ là loại khởi đầu đầu tiên, và tôi muốn nói một chút về việc xoay vòng đó và qua lại. Và tôi đã đưa ra một ví dụ, và tôi sẽ chia sẻ trên màn hình của mình ở đây. Và, hãy xem … Chúng ta đi. Màn hình của tôi Và cho tôi biết, các bạn, rằng bạn có thể nhìn thấy nó.

Eric Kavanagh: Có bạn đi.

Bullett Manale: Mọi thứ vẫn ổn chứ? Ổn thỏa. Vì vậy, những gì bạn đang xem ngay bây giờ - và đây là sản phẩm Trình quản lý chẩn đoán - và tôi chỉ muốn cung cấp cho bạn một bản trình diễn cấp cao về những gì đang diễn ra ở đây. Trong ví dụ cụ thể này, những gì chúng tôi đang làm là chúng tôi hiển thị cho bạn các truy vấn có liên quan đến chờ đợi. Và vì vậy, khi tôi nói về việc có thể qua lại, đi sâu hơn và xoay vòng, đó là - quan điểm này ở đây là một ví dụ tốt về điều đó. Tôi có thể đi từ chế độ xem dòng thời gian như chúng ta thấy ở đây, nó sẽ hiển thị ngay bây giờ. Trong trường hợp của chúng tôi, chúng tôi đang xem xét bản thân sự chờ đợi và danh mục của sự chờ đợi. Chúng ta có thể thấy các tuyên bố được gắn với những chờ đợi đó, chúng ta có thể thấy các ứng dụng.

Lưu ý rằng nó ở chế độ xem dòng thời gian ở đây, vì vậy tôi có thể xác định thông tin đó dựa trên tuyến tính khi xảy ra sự cố, nhưng một lần nữa, nếu tôi muốn, một lần nữa, xoay vòng, và tôi nói, Bạn biết gì không, hãy nhìn vào Điều này từ một góc nhìn khác, hãy tiếp tục và xem xét điều này từ quan điểm của, Tôi muốn xem các truy vấn hoặc sự chờ đợi hoặc các ứng dụng khiến tôi đau đớn nhất và xếp hạng chúng. Tôi sẽ thấy các truy vấn chờ đợi theo thời gian. Hiện tại chúng tôi đang nhìn thấy các ứng dụng gây ra cho tôi nhiều nỗi đau nhất hoặc chờ đợi.

Và sau đó, đây là phần thực sự quan trọng nhất, có thể cô lập những thứ này. Tôi có thể thấy ứng dụng NoQuery này đang khởi động ở đây. Nó gây cho tôi một lượng thời gian chờ tốt, trong khoảng thời gian chờ đợi 25 giây trong cửa sổ 30 phút này mà chúng tôi đã khoan vào. Và sau đó tôi có thể cô lập ứng dụng đó và tôi có thể thấy các tuyên bố, trong trường hợp này, đang ảnh hưởng trực tiếp đến trường hợp cụ thể này.

Và đây chỉ là một ví dụ về cách bạn có thể xác định nút cổ chai, có thể xếp hạng thông tin, có thể ưu tiên các vấn đề cần được giải quyết trước tiên. Đây là tất cả những điều mà bạn phải xem xét. Bạn biết đấy, bạn có thể khắc phục các sự cố cả ngày, nhưng nếu bạn đang khắc phục các sự cố nằm ở cuối danh sách để khắc phục thì bạn sẽ lãng phí thời gian. Bạn có một chi phí cơ hội liên quan đến điều đó.

Tôi sẽ cho bạn một ví dụ khác, và đây là một ví dụ khác. Thay vì chỉ cụ thể vào một vấn đề hoặc chỉ vào một khu vực, bạn cũng cần một công cụ có thể giúp bạn hiểu theo nghĩa rộng, có thể nói, Này Hey, chúng ta có vấn đề gì không? Có những điều mà tôi có thể làm để cải thiện hiệu suất?, và để có một cái gì đó đằng sau hậu trường, xem những gì đang diễn ra. Và trong trường hợp này, điều này có thể liên quan đến cấu hình; nó có thể liên quan đến, theo cách mà sức khỏe của cá thể đang được quản lý. Và rõ ràng, hiệu suất cũng như mọi thứ.

Nếu tôi đi đến nút Phân tích này ở đây, điều tôi sẽ cho bạn thấy là, trong sản phẩm này, chúng tôi cũng có một danh sách chủ động về những thứ có thể được thực hiện theo định dạng được xếp hạng về cơ bản sẽ cung cấp cho bạn cái nhìn sâu sắc vào những điều có khả năng sẽ giúp bạn tăng hiệu suất trong trường hợp đó hoặc tăng sức khỏe của trường hợp đó. Và nó ở định dạng được xếp hạng theo nghĩa là bạn có khả năng xem những cái nào có nhiều khả năng cải thiện hiệu suất của bạn cụ thể cho một loại vấn đề cụ thể đã được xác định.

Và vì vậy, khi tôi nhìn vào những thứ này và tôi xác định chúng, tôi không chỉ thấy rằng tôi có vấn đề và trong nhiều trường hợp, một kịch bản có thể được xây dựng tự động để khắc phục vấn đề đó. Nhưng trong nhiều trường hợp này, chúng tôi cũng có các liên kết bên ngoài sẽ tham chiếu loại vấn đề mà chúng tôi đang gặp phải, và tại sao chúng tôi cũng đưa ra khuyến nghị này, vì vậy bạn có được khía cạnh giáo dục đó. Mà, một lần nữa, tôi nghĩ là rất quan trọng khi bạn nói về, bạn biết đấy, sửa chữa các vấn đề.

Tôi không muốn chỉ mù quáng làm theo những khuyến nghị này, tôi muốn hiểu tại sao những khuyến nghị này được đưa ra. Và tôi có thể là một DBA cao cấp đã làm điều này trong 30 năm và tôi cần một cái gì đó sẽ xảy ra, bạn biết đấy, kiểm tra - hoặc chấm vào i và vượt qua t, trong trường hợp này - hoặc có thể tôi là một DBA cấp dưới và Tôi cần một chút giúp đỡ để hiểu những vấn đề này khi chúng xảy ra và tại sao những khuyến nghị này lại được đưa ra.

Như tôi đã nói, tôi sẽ đưa bạn qua một vài phần khác nhau của sản phẩm. Công cụ này đã xuất hiện, bạn biết đấy, nó đã có từ năm 2004, 2003. Và nó thực sự có rất nhiều sự phát triển, rất nhiều thông tin, vì vậy sẽ không có ý nghĩa gì khi thử và cho bạn thấy mọi thứ ở đây. Nhưng tôi nghĩ một trong những điều đáng chú ý là, khi chúng tôi đi vào và chúng tôi bắt đầu nói về tất cả những điều bạn có thể theo dõi và tất cả những điều bạn có thể cảnh báo, một lần nữa, trở lại với sự linh hoạt của mọi thứ, đây là danh sách tất cả các mục mà chúng tôi đang theo dõi.

Bây giờ, điều đó không nhất thiết có nghĩa là tôi muốn coi những điều này ở trạng thái cảnh báo nếu chúng thoát khỏi tình trạng khó khăn về ngưỡng, vì vậy bạn có thể bật và tắt những thứ này. Điều này quay trở lại với điều đó, Hey Hey, tôi chỉ cần làm một số điều nhất định cho các số liệu nhất định. Tôi chỉ cần, bạn biết, cảnh giác về một số vấn đề nhất định. Và bạn có thể chắc chắn rằng chúng tôi sẽ không làm như vậy, bạn biết đấy, bão hòa bạn với một loạt các tích cực sai. Bạn không chỉ có khả năng bật và tắt những thứ này, mà trong nhiều trường hợp, bạn sẽ nhận thấy rằng chúng tôi cũng cung cấp dải thông thường đó vì nó liên quan đến từng số liệu. Vì vậy, nếu tôi đang xem xét cụ thể này, trong trường hợp này, một đường cơ sở, tôi sẽ nhận thấy rằng ngưỡng có thể cao hơn ở nơi họ đang ở ngay bây giờ.

Mặt khác của đồng tiền là, nếu tôi có một phiên bản SQL, thì tôi đang theo dõi một số số liệu và các số liệu đó, vì lý do gì, các ngưỡng tôi đặt không chính xác? Nói cách khác, các ngưỡng được đập ở giữa nơi đường cơ sở thực sự đang ngồi, điều đó có nghĩa là nếu tôi có một cảnh báo gắn với ngưỡng đó, có lẽ tôi sẽ nhận được cảnh báo về một sự kiện bình thường. Và vì vậy, trong những tình huống như vậy, chúng tôi có thể cung cấp cho bạn cái nhìn sâu sắc đó cũng như trên bảng.

Đối với tất cả các số liệu về trường hợp cụ thể này, tôi có thể thấy các ngưỡng đó có thể sẽ hiển thị dương tính giả ở đây về mặt bình thường và những gì không. Đây sẽ là thứ sẽ được coi là nhiều hơn một thứ sử dụng bình thường ở phía bộ nhớ, và nếu tôi muốn tăng ngưỡng đó, tôi có thể, nhưng đó là ý tưởng với đường cơ sở.

Và điều thú vị về sản phẩm Trình quản lý chẩn đoán về các đường cơ sở là khả năng thiết lập nhiều đường cơ sở. Và bạn có thể hỏi, Tại sao tôi lại muốn làm điều đó? Và Và câu trả lời là, nếu bạn có một cửa sổ bảo trì chạy từ, giả sử, từ nửa đêm đến 4 giờ sáng, nơi bạn thực sự đánh thuế tài nguyên của mình, bạn Tôi thực sự sử dụng tài nguyên nhiều nhất có thể, sau đó bạn muốn có thể, một lần nữa, thay đổi và bạn muốn xoay vòng một chút và nói, Nhìn Nhìn, chúng tôi sẽ thay đổi ngưỡng của chúng tôi cho điều đó. Và chúng ta thực sự có thể tự động điều chỉnh các ngưỡng của mình cụ thể theo bất kỳ đường cơ sở nào chúng ta đang ở, dựa trên thời gian trong ngày hoặc ngày trong tuần, v.v. Vì vậy, nó sẽ tự động điều chỉnh các ngưỡng đó cho chúng tôi.

Hãy tiến lên một bước nữa. Khi chúng tôi đã xác định các ngưỡng đó, một khi chúng tôi đã trải qua và, về mặt thiết lập cảnh báo và thông báo và được thông báo về các tình huống có thể xảy ra, một lần nữa, tính linh hoạt là tối quan trọng ở đây. Bạn muốn có thể cảnh báo trong các tình huống cụ thể. Trong các tình huống khác, bạn có thể muốn gửi email cho người khác, bạn có thể muốn chạy tập lệnh PowerShell, bạn có thể, bạn biết đấy, danh sách sẽ tiếp tục.

Tôi có thể muốn tích hợp với một cái gì đó thông qua bẫy SNMP hoặc thậm chí trực tiếp với, ví dụ, SCOM. Vấn đề là, bạn có thể linh hoạt để làm điều đó và bạn có thể thiết lập bất kỳ loại điều kiện nào sẽ đảm bảo rằng, cho dù đó là điều kiện rất rộng - bạn biết, CPU và bộ nhớ của tôi hoặc bất kỳ tài nguyên nào - trên tất cả các trường hợp của tôi hoặc có thể tôi có một loại điều rất cụ thể mà tôi muốn theo dõi bởi vì, khi tôi thấy rằng chúng tôi vi phạm, tôi muốn chạy một kịch bản rất cụ thể và có định hướng về vấn đề đó. Vì vậy, đây là nơi bạn có thể thực hiện loại nội dung đó bên trong sản phẩm Trình quản lý chẩn đoán, chỉ là, bạn biết, về mặt cảnh báo và thông báo, và có thể linh hoạt theo quan điểm đó.

Bây giờ, tôi sẽ không trải qua tất cả các cảnh báo và tất cả những thứ tốt. Tôi đã muốn nói về các báo cáo. Và, một lần nữa, có thể lấy thông tin và tận dụng dữ liệu đó theo một số cách khác nhau - và điều này lại quay trở lại cuộc trò chuyện với dữ liệu của bạn. Và rất nhiều người, khi lần đầu tiên nhìn thấy sản phẩm này, họ nghĩ rằng, Oh Oh, tôi sẽ có một công cụ sẽ cảnh báo tôi khi có vấn đề. Đó là điều tôi cần. Thực tế là, họ cần công cụ đó, nhưng mặt khác là, nếu họ thực sự - họ cũng cần một công cụ để giúp họ đưa ra quyết định và họ có thể tận dụng thông tin này mà chúng ta thu thập nhân danh hiệu suất và cũng nhân danh cảnh báo, để có thể giúp bạn đưa ra quyết định trên con đường tiến về phía trước.

Bạn biết đấy, một ví dụ tốt sẽ là dự báo tăng trưởng của tôi trong cơ sở dữ liệu của tôi. Nếu tôi có một cơ sở dữ liệu cụ thể đang phát triển, có thể trỏ đến cơ sở dữ liệu đó hoặc thậm chí nhiều cơ sở dữ liệu để có thể xem tốc độ tăng trưởng là gì. Chúng tôi sẽ không chỉ cho bạn dựa trên những gì, bạn biết, ngày nay là gì; nó sẽ dự báo nó dựa trên sự tăng trưởng trong quá khứ mà chúng ta đã trải qua.

Nếu tôi có một vài cơ sở dữ liệu ở đây - mà tôi tình cờ có, hãy tưởng tượng rằng - tôi có thể vào đó và nói, Hãy để chúng tôi lấy dữ liệu cuối cùng, bạn biết đấy, hãy tương quan với nhau theo tháng và trong một mẫu tỷ lệ tháng, chúng ta hãy tiếp tục và xem chúng ta sẽ thấy tăng trưởng bao nhiêu trong ba năm tới, hoặc 36 đơn vị. Trong trường hợp đó, chúng ta có thể nhanh chóng trả lời câu hỏi đó. Bây giờ, hãy cố gắng tự làm điều đó, phải không? Cố gắng làm điều đó trong nhiều thời gian như tôi đã làm nó một mình. Nó sẽ đưa bạn một thời gian.

Bây giờ, để thậm chí nhấn mạnh thêm nữa, hãy lấy một báo cáo khác, đó là báo cáo máy chủ hàng đầu của tôi. Hãy tưởng tượng tôi có một trăm trường hợp sản xuất, trong trường hợp này, tôi không. Nhưng nếu ai đó đến gặp tôi và nói, thì tôi cần bạn nói với tôi - chúng tôi sẽ đưa cơ sở dữ liệu mới này ra cho ứng dụng mới tuyệt vời này; nó sẽ thay đổi mọi thứ như chúng ta biết; nó sẽ làm cho cuộc sống thật tuyệt vời Ồ, nhân tiện, cơ sở dữ liệu sẽ thực sự thâm dụng I / O, hoặc nó sẽ tốn nhiều CPU, hoặc thực sự tốn bộ nhớ …, tôi muốn bất cứ thứ gì điền vào chỗ trống, tôi muốn có thể thấy, trong tất cả các trường hợp sản xuất của tôi, việc đặt cơ sở dữ liệu đó ở đâu có ý nghĩa? Và tôi có thể xếp hạng tất cả các trường hợp của mình với nhau theo loại dự phòng, cho dù đó là CPU, bộ nhớ, đĩa hay bất kỳ trường hợp nào. Và vì vậy, vấn đề ở đây là có thể trả lời câu hỏi đó một cách nhanh chóng và hiệu quả và đưa ra quyết định đúng đắn hơn là đoán khi bạn làm điều đó - những điều đó rõ ràng thực sự quan trọng, và bạn cần thứ gì đó sẽ giúp bạn.

Và khi chúng ta nói về phân tích, nó có thể bao gồm từ bất cứ điều gì như những gì chúng ta đang nói về kế hoạch dung lượng đến, bạn biết đấy, những cảnh báo mà bạn đang gặp phải hàng ngày có thể đối phó với CPU, như cũng như rõ ràng là các truy vấn, cho dù có chặn và vân vân và vân vân.

Một ví dụ khác về điều đó sẽ là, nếu tôi đi đến phần quản trị ở đây - thực ra, tôi lấy lại phần đó, phần cảnh báo ở đây - truy vấn lưu trữ thông tin lịch sử của chúng tôi cho những điều đã xảy ra trong quá khứ. Tôi đã chặn điều đó xảy ra trong môi trường sản xuất của mình chưa? Tôi không biết, hãy tìm hiểu.

Tôi có thể quay lại thẻ Sản xuất của mình và tôi có thể nói, đối với tất cả các trường hợp sản xuất của mình, trong bất kỳ khoảng thời gian nào, cho bất kỳ số liệu nào tôi muốn xác định. Nếu tôi đã đi vào trạng thái cảnh báo, trong trường hợp của chúng tôi, giả sử chặn theo số đếm, không phải bằng giây và tôi có thể quay lại và trong trường hợp này, một vài tháng, nếu tôi cần - hoặc trong trường hợp này trường hợp, một tháng - và tôi có thể thấy sự ngăn chặn đó. Tôi có thể thấy khi nào nó bắt đầu, tôi có thể thấy khi nào nó kết thúc và tôi có thể đi sâu vào bất kỳ khoảng thời gian kéo nào này nếu tôi cần, để xem chi tiết cụ thể của sự cố chặn. Bạn cần có khả năng có thứ gì đó rất nhanh, có thể tìm thấy thứ bạn cần và đang tìm kiếm thay vì quay vòng nhiều chu kỳ để thực hiện. Và vì vậy, tôi nghĩ điều đó cũng quan trọng.

Điều cuối cùng tôi muốn giới thiệu với bạn - và cho bạn xem sản phẩm này, sản phẩm Trình quản lý chẩn đoán - là chúng tôi có, như tôi đã đề cập trước đây, chúng tôi đã tham gia và chúng tôi đã thêm một thành phần khác vào Trình quản lý chẩn đoán SQL của mình Cung cấp chuyên nghiệp. Và đó là thành phần Phân tích khối lượng công việc. Và đây là phiên bản dựa trên web này, trong trường hợp này chúng tôi đang hiển thị cho bạn ở đây. Nhưng vấn đề ở đây là, điều này cho phép bạn xem xét một khoảng thời gian thực sự rộng hoặc một cửa sổ thời gian rất cụ thể, và từ đó, bạn biết, một vài lần nhấp có thể thấy mã liên quan trực tiếp đến các vấn đề có thể xảy ra .

Ví dụ về điều đó, nếu tôi nhìn vào chế độ xem bốn tuần, ở đây tôi có thể thấy, ngay tại đây, tất cả các đột biến về cơ sở dữ liệu và hiệu suất của các cơ sở dữ liệu đó và nơi chúng tôi thấy hoạt động chờ trên các cơ sở dữ liệu đó. Bây giờ, và bạn có thể thấy, nếu tôi thấy một sự tăng đột biến ở đây, lợi ích của chính công cụ này chỉ là có thể làm nổi bật thanh nhỏ đó ngay tại đó. Và sau đó, khi tôi làm điều đó, tất cả những thứ ở đây thay đổi. Chúng tôi sẽ có thể thấy các cơ sở dữ liệu, chúng tôi sẽ có thể thấy tất cả các lệnh được gắn với những gì đằng sau thanh đó.

Điều tương tự nếu tôi nói, hãy để chúng tôi nhìn vào bốn giờ qua, hơn là bốn tuần trước. Tôi vẫn có thể làm điều đó. Tôi vẫn có thể làm nổi bật khoảng thời gian đó, rồi từ đó - đây, một lần nữa, đây là điểm mấu chốt của tôi - tất cả những điều này ở đây tôi có thể liên kết đến. Các câu lệnh SQL hàng đầu, tôi có thể thấy các truy vấn đó, trong trường hợp này, đã gây ra sự chờ đợi có liên quan đến mức tiêu thụ CPU. Chỉ cần đi sâu vào, tôi có thể thấy những truy vấn liên quan ở đây - rất tiếc - và tôi cũng có thể thấy các chương trình và không có gì liên quan đến điều này.

Bạn nhận được rất nhiều cái nhìn sâu sắc ở đây, và không chỉ vậy, nhưng bạn có thể thấy, khi bạn xuống cấp độ chỉ huy, nó sẽ cho bạn biết những điều. Nó sẽ cho bạn biết liệu nó có nhìn thấy các toán tử nặng hay không, sau đó bạn có thể xem các kế hoạch thực hiện. Điều này sẽ mất một chút thời gian vì nó khá rộng để tải cái này. Nhưng vấn đề ở đây là bạn có rất nhiều cách khác nhau để xem dữ liệu, để xem những gì bạn đang tìm kiếm, và sau đó rõ ràng có thể thực hiện hành động từ đó khi bạn cần, vì vậy, và điều này được thực hiện lâu hơn bình thường, vì vậy tôi sẽ để nó ở đó.

Và như đã nói, tôi sẽ vượt qua nó. Và hy vọng rằng đây là một minh chứng tốt về loại những điều chúng ta đang nói. Và như tôi đã nói, chính sản phẩm mà chúng tôi đang sử dụng để đưa ra những ví dụ này đã có từ khá lâu, và vì vậy rất nhiều điều khác chúng tôi có thể nói và chỉ cho bạn, nhưng nếu đây là điều đáng quan tâm của bạn, bạn luôn có thể truy cập trang web của chúng tôi và tải xuống và chơi xung quanh nó.

Eric Kavanagh: Và tôi thích việc bạn thể hiện tất cả chi tiết này. Nếu bạn quay lại một vài màn hình - thậm chí màn hình này cũng khá tốt. Bởi vì có rất nhiều cách khác nhau để hình dung những gì thực sự xảy ra, và tôi nghĩ rằng đây là một trong những khía cạnh được đánh giá thấp hơn của máy tính ngày nay. Đó chắc chắn là một môi trường cơ sở dữ liệu, theo nhiều cách, tôi có một câu nói đùa nửa vời này: Tôi nói chúng tôi vẫn đang học nói silicon. Tôi vẫn đang học cách hiểu những gì đang xảy ra, và theo quan điểm của bạn, đã được thực hiện rất tốt, bạn cần có cuộc trò chuyện với dữ liệu để hiểu rõ hơn về những gì đang diễn ra, tại sao mọi thứ đang diễn ra chậm chạp, bởi vì có rất nhiều vấn đề có thể xảy ra. Và, tất nhiên, IDERA có một số sản phẩm khác nhau, một trong số đó là các sản phẩm Chính xác cũ mà tôi nghĩ có thể miễn phí cho điều này.

Nhưng có lẽ Robin, tôi sẽ gửi nó cho bạn một vài câu hỏi, và rồi Dez, một vài câu hỏi từ bạn, và sau đó có lẽ bất cứ ai từ khán giả, đừng ngại. Gửi chúng ngay bây giờ.

Bullett Manale: Robin, bạn có bị câm không?

Robin Bloor: Vâng. Không sao đâu, tôi chỉ đang tắt tiếng thôi. Tôi phải nói rằng, thật không thể tin được - điều thực sự gây ấn tượng mạnh nhất với tôi về công cụ này, bởi vì nó thực sự - đặc biệt là thực tế rõ ràng là cả một loạt các chiều bạn không đi vào - điều thực sự, Tôi nghĩ, ấn tượng nhất về điều này là, nó phải là một cách thực sự, thực sự tốt để đào tạo một DBA. Bạn biết đấy, đó là - vì vậy khi bạn mới bắt đầu thực hiện công việc cơ sở dữ liệu và bạn thực sự không biết nhiều về những gì đang thực sự xảy ra trong cơ sở dữ liệu, thực sự rất khó để hiểu được. Vì vậy, điều này được sử dụng rất nhiều, đặc biệt cho đào tạo? Tôi sẽ sử dụng nó.

Bullett Manale: Vâng. Ý tôi là, khi bạn nói đào tạo, bạn có nghĩa là giống như một khóa đào tạo đang tiến triển như một loại điều DBA, phải không? Xét về …

Robin Bloor: Vâng, vâng, vâng, vâng. Một công cụ học tập. Bạn biết đấy, a.

Bullett Manale: Vâng, tôi nghĩ chắc chắn đó là trường hợp, và thậm chí nhiều hơn là chúng tôi đã thêm phần này, thành phần Phân tích mà chúng tôi đã cho bạn thấy trước đó, có tất cả các khuyến nghị được liên kết với nó. Nhưng tôi nghĩ chắc chắn bạn sẽ tìm thấy, trong sự giúp đỡ và rất nhiều lĩnh vực khác nhau trong sản phẩm, nó cung cấp cho bạn, bạn biết đấy, rất nhiều cái nhìn sâu sắc. Rất nhiều thông tin.

Và thực tế, như tôi đã nói, bạn có thể sử dụng nó nếu bạn không phải là một DBA. Có lẽ bạn sẽ thấy mình thực hiện một số tìm kiếm trên Google và những thứ tương tự, chỉ với kiến ​​thức chung về hầu hết các DBA có, nhưng bạn có thể tương quan với điều này và nó chắc chắn sẽ giúp bạn về mặt, Hey Hey, bạn biết đấy, hey Điều này được gọi là phân mảnh?, hay, Tại sao truy vấn này chạy 6.000 lần? Ý tôi là, bởi vì những điều này sẽ được đưa lên cho bạn và chúng sẽ nổi lên, và bạn sẽ thấy chúng. Bạn sẽ thấy bạn, bạn biết, những gì bình thường và những gì không. Bạn sẽ thấy những thứ đang đi xe đạp và những thứ không.

Theo quy định, chúng tôi cố gắng thiết lập điều này theo, về mặt thực tiễn tốt nhất. Vì vậy, khi bạn chỉ ra một ví dụ, nó sẽ cho bạn thấy những điều được xác định là nằm ngoài các thực tiễn tốt nhất. Tất nhiên, ý tôi là, bạn biết đấy, thực tế là thực tiễn tốt nhất là thực tiễn tốt nhất và không phải lúc nào cũng là thực tiễn. Nhưng, bạn biết đấy, nó sẽ cho bạn thấy các ngoại lệ, thậm chí từ điểm ban đầu mà bạn cài đặt nó và trỏ nó đến một thể hiện.

Và sau đó, bạn có thể di chuyển theo cách cần thiết để khắc phục sự cố và xác định xem đó có thực sự là vấn đề hay điều gì đó thường xảy ra hàng ngày không. Và sau đó, bởi vì bạn có rất nhiều thông tin để giúp đỡ và các khuyến nghị, vâng, hoàn toàn.

Robin Bloor: Được rồi. Và một câu hỏi khác - nhưng tôi chắc chắn câu trả lời cho vấn đề này rất nhanh chóng - đó là, bạn có độ chi tiết để đi thẳng vào truy vấn riêng lẻ và từng điểm riêng lẻ và nhìn từ chiều đó, .

Bullett Manale: Chắc chắn, có. Tùy thuộc vào những gì bạn muốn làm, bạn có thể nhìn vào cửa sổ thời gian một phút hoặc bạn có thể nhìn vào cửa sổ thời gian ba ngày hoặc, bạn biết đấy, cửa sổ thời gian ba tuần. Và, bạn biết đấy, như tôi đã nói, nó phụ thuộc vào cách bạn muốn xem dữ liệu, và cả những gì bạn muốn thu thập. Trong một số trường hợp, chúng tôi chỉ thu thập các truy vấn đang đạt đến ngưỡng mà bạn đã xác định. Trong các trường hợp khác, chúng tôi có thể thu thập, bạn biết, mọi truy vấn gây ra sự chờ đợi.

Nhưng bạn cũng có khả năng nói, Nhìn Nhìn, những ngưỡng mà tôi đã xác định, có thể chỉ để viết hoặc có thể chỉ để đọc hoặc có thể chỉ dành cho CPU. "Vì vậy, giả sử rằng nó đã vượt qua ngưỡng đó, thì đó là Những gì bạn muốn thu thập. Sau đó, bất kỳ khung thời gian nào bạn muốn xem, bạn sẽ có thể thấy các truy vấn đó vi phạm, dựa trên những gì bạn cho là vi phạm.

Bạn có rất nhiều cách khác nhau để xem dữ liệu. Bạn có thể nhìn vào nó trong chế độ xem hợp nhất để xem, bạn biết, các truy vấn - có bao nhiêu truy vấn hậu trường đã khởi động, so với, bạn biết, mỗi sự cố của truy vấn đó khởi động, để xem một mẫu, nếu bạn sẽ, để xem nếu nó liên tục trở nên tồi tệ hơn.

Nhưng để trả lời câu hỏi của bạn, bạn chắc chắn có thể chỉ ra bất cứ lúc nào bạn muốn. Bạn có một thứ gọi là Trình duyệt Lịch sử - và tôi đã sử dụng nó một chút - nhưng về cơ bản bất kể thời điểm nào bạn chọn, bất kể ngày nào trên lịch mà bạn chọn, bạn có thể trực tiếp đến thời điểm đó.

Ngay bây giờ tôi đang tìm kiếm vào ngày 15 tháng 11 lúc 7:05 tối và chúng tôi có thể xem xét các truy vấn cụ thể cho thời điểm đó. Nếu tôi có bất kỳ hoạt động nào không tốt trong cửa sổ thời gian đó, chúng tôi sẽ có thể xem chi tiết phiên cụ thể cho cửa sổ thời gian đó để xem phiên nào đang chạy. Ý tôi là, có cả đống dữ liệu ở đây, và như tôi đã nói, phần khó nhất, thực sự, là có thể 30 phút chơi xung quanh với bảng điều khiển và tìm ra cách để làm công cụ này.

Nhưng một khi bạn nhận ra rằng hầu hết dữ liệu ở đây nằm trong dải băng này và nó được chia cho các tab này và mỗi tab có một bộ nút thay đổi động xuất hiện mỗi khi bạn nhấp vào nó, sau đó bạn có nhìn vào thật không công cụ thời gian hoặc công cụ xảy ra tuần trước, đó là quá trình tương tự. Về cơ bản, tôi đang tìm kiếm ngay ngày 15 tháng 11, nhưng tôi có thể dễ dàng nhìn vào thời gian thực chỉ bằng cách nhấp vào nút đó. Và tôi sẽ tương tác với dữ liệu theo cách tương tự.

Nhưng để trả lời câu hỏi của bạn, vâng, có rất nhiều cách khác nhau để xem thông tin lịch sử và điều đó cũng liên quan đến chính các truy vấn.

Robin Bloor: Tôi hiểu rồi. Nó rất ấn tượng. Và tôi thích thực tế là các cửa sổ đồng bộ hóa, mặc dù điều đó trở nên khá cần thiết trong mọi thứ liên quan đến dữ liệu thời gian thực ngày nay.

Bullett Manale: Vâng. Chắc chắn rồi.

Robin Bloor: Đây chỉ là một điểm thông tin mà tôi thực sự không biết câu trả lời. Là ưu đãi của bạn - SQL Server và đám mây - bạn có thể trỏ đến đám mây theo Tỷ lệ không?

Bullett Manale: Bạn có thể. Bạn có thể chỉ ra điều này dưới đám mây. Khi bạn thực sự thêm phiên bản, nó sẽ hỏi bạn nếu đó là RDS hoặc Azure. Bây giờ, sẽ có một số hạn chế dựa trên những gì chúng ta tiếp xúc với chúng ta từ đám mây, vì vậy có thể có một - có một chút khác biệt về những gì chúng ta có thể theo dõi, đơn giản là vì trong một số trường hợp, thiết bị này không Chúng tôi sẽ tập hợp lại, dựa trên những gì Microsoft đang phơi bày.

Bây giờ, nếu đó là một cái gì đó như, bạn biết, cơ sở hạ tầng như một nền tảng, như, bạn biết, hoặc EC2 hoặc một cái gì đó tương tự, đó không phải là một vấn đề cả. Chúng tôi có được mọi thứ. Và khi chúng tôi làm việc với Microsoft và chúng tôi làm việc với Amazon; chúng tôi đang làm việc để tiết lộ thông tin đó chi tiết hơn. Nhưng hoàn toàn có, chúng tôi hỗ trợ những môi trường đó.

Robin Bloor: Được rồi, thật thú vị. Chà, tôi sẽ trao cho Dez, người mà tôi chắc chắn sẽ ném bạn câu hỏi từ một hướng khác.

Bullett Manale: Được rồi.

Dez Blanchfield: Cảm ơn bạn. Tôi đã có hai cái rất nhanh cho bạn. Tôi nghĩ, bạn biết đấy, cái đầu tiên là, quy mô, bạn biết đấy, tôi nghĩ một trong những điều gây ấn tượng với tôi là chủ đề chung của màn trình diễn có xu hướng là thứ mà chúng ta nghĩ đến khi chúng ta trở nên rất lớn, rất lớn, quy mô rất lớn và rộng, và terabyte dữ liệu. Xem bản demo, tôi nhận ra rằng, đây là một cái gì đó thực sự áp dụng cho ngay cả những môi trường rất nhỏ, chỉ là đạt được hiệu suất.

Bạn thấy loại lan truyền nào trong sự phát triển của điều này, và bạn có nghĩ rằng, bạn biết đấy, bạn có nghĩ rằng đó là một công cụ tốt, bạn biết đấy - trong suy nghĩ của tôi, nó có, vì vậy tôi nghĩ đó là một - nhưng tôi chỉ muốn xem những gì bạn đang thấy. Các tổ chức nhỏ hơn đang có những cuộc trò chuyện tương tự và tìm kiếm một công cụ để thực hiện điều này, hay nó thực sự là một cái gì đó ở cuối thị trấn lớn hơn?

Bullett Manale: Thật buồn cười - đó là một câu hỏi hay. Đó là một chút pha trộn, nhưng tôi muốn nói rằng chúng tôi có rất nhiều khách hàng nhỏ. Và khi tôi nói khách hàng nhỏ, ý tôi là, bạn biết đấy, một đến năm trường hợp mua hàng để cấp phép quản lý. Bây giờ, trong một số trường hợp, họ có thể có 30 trường hợp, đúng, của SQL và họ chỉ thực sự quan tâm đến năm trường thực sự, thực sự quan trọng, đủ để đầu tư vào một công cụ như thế này, cho năm trường hợp đó.

Nhưng thực tế là, ngay cả những cửa hàng nhỏ hơn, bạn đã có một số Máy chủ SQL ngoài kia. Trong hầu hết các trường hợp, hoặc trong rất nhiều trường hợp, cửa hàng nhỏ đó rất, rất phụ thuộc vào các cơ sở dữ liệu đó, bởi vì, bạn biết, họ làm gì. Và vì vậy họ không, họ không thể để nó đi xuống. Họ không thể, bạn biết đấy, họ phải có một công cụ.

Mặt khác của đồng tiền đó là, ở một số cửa hàng nhỏ hơn, họ không có DBA chuyên dụng, vì vậy anh chàng đó là người thông minh nhất trong phòng hoặc anh chàng kỹ thuật hơn trong phòng cuối cùng là DBA được chỉ định. Và vì vậy, trong tình huống đó, chắc chắn họ đang tìm kiếm sự giúp đỡ và công cụ này rõ ràng cũng sẽ giúp họ trong vấn đề đó.

Đối với các môi trường lớn hơn của bạn, như tôi nghĩ, chính Dez đã đề cập đến nó - hoặc Robin, tôi không chắc chắn - nhưng, bạn biết đấy, các môi trường lớn hơn, bạn sẽ ngạc nhiên về số lượng DBA họ có, ý tôi là, chúng tôi ' đang nói về số lượng lớn các phiên bản SQL và bạn đã có một số DBA theo nghĩa đen được giao nhiệm vụ chịu trách nhiệm về chúng. Và từ quan điểm đó, những người đó, bạn biết đấy, họ đang tìm kiếm sự giúp đỡ vì họ không có đủ tài nguyên thực sự đủ để thực sự giúp đỡ họ, và vì vậy một công cụ sẽ giúp bù đắp phần nào.

Và vì vậy chúng tôi cũng thấy điều đó khá nhiều, ở đó, bạn biết đấy, bạn đã có ba người quản lý 200 trường hợp. Và vì vậy bạn có thể tưởng tượng hậu cần của điều đó nếu bạn không có một công cụ như thế này, để cố gắng tìm ra khi nào có vấn đề. Nó sẽ không phải là một cách chủ động, tôi có thể đảm bảo với bạn. Vì vậy, hy vọng rằng câu trả lời câu hỏi của bạn. Vâng.

Dez Blanchfield: Nó, vâng. Nó đã tấn công tôi - và tôi nghĩ Robin đã ám chỉ điều đó - nhưng, bạn biết đấy, loại lời hứa mà bạn mô tả khi bạn thực hiện bản demo, ý tôi là, chúng không dành riêng cho môi trường rất lớn. Bạn biết đấy, bạn có thể mua một nền tảng phổ biến được thiết kế cho một thứ và đưa nó vào một môi trường chia sẻ cơ sở dữ liệu cho một thứ khác, và nó sẽ chỉ trừng phạt toàn bộ môi trường.

Một điều khác khiến tôi ngạc nhiên - đó không phải là một câu hỏi, chỉ là một quan sát, nhưng tôi sẽ dẫn nó đến một câu hỏi - và đó là, bạn biết đấy, khi các tổ chức đã đầu tư vào cơ sở hạ tầng của họ và của họ nền tảng và cơ sở dữ liệu của họ và các máy chủ và cơ sở hạ tầng xung quanh đó, và họ sẽ mua một sản phẩm, bất kể đó là gì - một nhân sự, một ERP, một công cụ BI - họ đã đầu tư khá lớn.

Loại phản ứng nào bạn thấy khi bạn có một cuộc trò chuyện với mọi người và họ đã nhận ra rằng họ có vấn đề về hiệu suất, nhưng họ cảm thấy bây giờ họ phải đầu tư thêm một lần nữa để có được nó? Có một điểm mà họ nhận ra một khi bạn giới thiệu rằng họ là người không có trí tuệ, và đó không phải là một mục đích bán hàng, mà nó còn hơn cả một bản hùng ca. Chỉ là, bạn biết đấy, ngay lập tức chúng ta sẽ thấy được lợi ích từ việc này. Trái ngược với việc chỉ phải bán sản phẩm? Dường như với tôi rằng nó tự bán và ROI chỉ nhảy ra khỏi trang.

Bullett Manale: Vâng, và thật buồn cười khi bạn nói rằng bởi vì, điều mà nhiều lần sẽ xảy ra là, ai đó sẽ, như một DBA hoặc thậm chí là đại diện bán hàng, sẽ đến và họ sẽ nói, Hey Hey, những kẻ này muốn xem một, như, một tờ ROI về điều này. Và còn hơn thế nữa, một cái gì đó trên giấy mà chúng tôi sẽ gửi cho họ. Và bản demo luôn tốt hơn gấp 10 lần, đặc biệt là, bạn có thể làm điều đó với chính các DBA, bởi vì

Dez Blanchfield: Vâng.

Bullett Manale: Giống như bạn đã nói, sản phẩm tự bán. Thật khó để đặt ROI trên một tờ giấy và nói, Được rồi, DBA thường có bao nhiêu lần nhấp, bạn biết đấy, nhấp trong một giờ? Vì nó liên quan đến các bản sao lưu, bạn biết, hoặc bất cứ trường hợp nào có thể xảy ra, bạn biết? Và cố gắng đặt nó lên một tờ giấy, thật khó để làm điều đó. Nhưng khi bạn nhận được ai đó và bạn cho họ xem sản phẩm, và họ thấy nó, đó chính xác là những gì bạn nói.

Mọi người nhận ra giá trị của nó. Bởi vì nó không chỉ giúp họ hiểu và đưa ra quyết định tốt hơn, mà còn, nó giúp, bạn biết đấy, họ không phải là kẻ xấu. Họ có thể là người đầu tiên biết; họ có thể sửa vấn đề trước khi nhận ra rằng có vấn đề.

Một phần khác của điều đó là, bạn biết, với tư cách là một DBA, cho dù đó là, bạn biết, thực hay nhận thức - và tôi nghĩ đó là nhận thức - thực sự bạn sở hữu các vấn đề về hiệu suất. Bạn là người chỉ tay vào bạn khi màn trình diễn đi xuống, và thực tế là nó có thể là nhà phát triển thực sự gây ra vấn đề.

Có một công cụ để có thể nói, Hey Hey, đây không phải là vấn đề của tôi, tôi cần có thể đưa nó cho nhà phát triển và họ cần phải sửa lỗi này, hay, bạn biết đấy, dọc theo những dòng đó. Đó là một cách hay để có thể có một cái gì đó trong kho vũ khí của bạn để có thể nói, Đây là vấn đề thực sự. Bạn biết không?

Dez Blanchfield: Vâng. Điều cuối cùng dành cho bạn, và điều khiến tôi ngạc nhiên, nhìn vào điều này khi chúng tôi trải qua đó là, thường khi chúng ta nghĩ về các vấn đề hiệu suất, chúng ta có xu hướng mang lại những kỹ năng đặc biệt. Họ có 20 năm kinh nghiệm, họ nhìn vào nó, và họ biết, trò đùa kinh điển của anh chàng bước vào cửa hàng kỹ thuật và có một cây búa nhỏ xíu và đập vào máy đúng chỗ rồi nói, Giỏi Đó là một khoản sửa chữa trị giá 15.000 đô la, và mọi người sẽ đồng ý, vì chúng tôi không trả tiền cho điều đó, bạn biết đấy, vì đó là năm phút làm việc. Và anh ấy nói, thưa Chà, công việc năm phút đó đã mất 15 năm kinh nghiệm để sửa chữa và nó đã giúp bạn tiết kiệm hàng triệu đô la.

Đối với tôi có vẻ như, bạn biết đấy, có một quá trình trung bình, mọi người trải qua điều này nói rằng, Được rồi, mang các kỹ năng đặc biệt vào, khắc phục vấn đề, nó sẽ biến mất. Nhưng những gì họ đã làm sau đó là họ vừa mới đặt Band-Aid lên nó, phải không? Trái ngược với một kịch bản, từ những gì tôi có thể thấy ở đây, khi điều này xảy ra, vâng họ có thể đã giải quyết một số vấn đề về hiệu suất mà họ nghĩ rằng họ đang gặp phải, nhưng dường như, chỉ sau đó, tôi mới có 24 / 7 loại, bạn biết đấy, đôi mắt dõi theo môi trường thời gian thực.

Bạn thực sự sẽ thoát khỏi kịch bản của các DBA bị đánh thức lúc bốn giờ sáng vì các báo cáo đang chạy. Đó có phải là trường hợp - và có thể đó là lời hùng biện - nhưng đó có phải là trường hợp mọi người nhanh chóng chuyển từ tìm kiếm đầu tư vào một sản phẩm để giải quyết vấn đề cụ thể, nhưng nói chung nó chỉ trở thành một phần của DNA?

Bullett Manale: Vâng, và nó thay đổi từ nơi này sang nơi khác, nhưng, ý tôi là, tôi đã có một số người ban đầu mua sản phẩm, như, hồi năm 2006, và họ đã từng làm ba công việc khác nhau ở các công ty khác nhau, và họ đã đi vào và khi họ đến công ty tiếp theo, họ quảng bá đây là thứ cần có vì họ có quy trình làm việc. Và gọi nó là, tôi ghét gọi nó như vậy, nhưng, bạn biết đấy, quy trình làm việc đó liên quan đến sản phẩm này và họ đã quen với nó hàng ngày và nó giúp họ, và vì vậy họ không muốn tìm hiểu cái gì mới.

Nhưng hoàn toàn. Ý tôi là, hầu hết thời gian chúng tôi khiến mọi người tải xuống sản phẩm này, không phải vì họ có ngân sách và họ sẽ ra ngoài và họ đang nói rằng, Hey Hey, chúng tôi có ngân sách hiệu suất này, chúng tôi cần phải làm một bằng chứng về khái niệm và chúng ta cần phải đưa ra và đánh giá, thực hiện đánh giá và tất cả những thứ đó. Thông thường những gì xảy ra là, họ đã gặp vấn đề với một phiên bản của SQL và họ đang tìm kiếm sự giúp đỡ khắc phục vấn đề đó Họ đi và tải xuống công cụ của chúng tôi, họ đã khắc phục sự cố và sau đó họ nhận ra rằng, chính công cụ này sẽ làm nhiều hơn là chỉ khắc phục sự cố mà họ gặp phải vào thời điểm đó, rằng nó thực sự sẽ giúp họ cải thiện hiệu suất tổng thể và giữ cho các vấn đề khác xảy ra, di chuyển về phía trước. Và đó là điều chắc chắn. Và bạn chắc chắn có thể tiếp tục sử dụng công cụ này để liên tục điều chỉnh môi trường vì bạn sẽ luôn có thể nhìn thấy không chỉ những gì đã xảy ra ngay bây giờ, mà cả những gì đã xảy ra vào tuần trước, tháng trước, năm ngoái và so sánh với những gì sẽ xảy ra Ngày mai. Bạn biết? Đó là một cách nghĩ.

Dez Blanchfield: Vâng.

Bullett Manale: Vì vậy, chắc chắn.

Dez Blanchfield: Hoàn hảo. Vì vậy, bạn đã đề cập, bạn đã đề cập một vài điều về việc tôi sẽ kết thúc trước khi tôi quay lại với Eric để đóng lại. Một trong những điều tôi luôn quan tâm là, bạn biết đấy, làm thế nào để mọi người có được nó? Bạn đã đề cập tải về nó. Tóm tắt 30 giây về cách họ chạm tay vào nó, lấy một bản sao, quay nó lên và chơi với nó, và những gì họ có thể cần đến cơ sở hạ tầng, chỉ để có được một ví dụ.

Bullett Manale: Vì vậy, điều đó sẽ xảy ra, bạn truy cập IDERA (idera) .com. IDERA.com là công ty và nếu bạn truy cập trang web đó - và tôi thực sự có thể hiển thị cho bạn ở đây - Tôi không biết liệu tôi có còn chia sẻ màn hình của mình không, nhưng nếu bạn truy cập trang Sản phẩm, hãy truy cập Chẩn đoán Liên kết người quản lý, sẽ có một nút Tải xuống nhỏ và bạn chỉ có thể tải xuống bản dựng sau khi bạn điền thông tin của mình. Họ sẽ yêu cầu bạn xây dựng 32 hoặc 64 bit, và bạn sẽ tham gia cuộc đua, như họ nói.

Dez Blanchfield: Và nó sẽ chạy trên máy tính xách tay để ai đó chơi với nó, hay họ cần tải nó trên máy chủ ở đâu đó?

Bullett Manale: Không, không. Trong thực tế, những gì tôi cho bạn thấy hôm nay là tất cả chạy từ máy tính xách tay của tôi. Bây giờ, máy tính xách tay của tôi có 32 hợp đồng biểu diễn và bộ xử lý 8 lõi, nhưng nó vẫn là một máy tính xách tay. Nhưng nó không nhất thiết phải có nhiều tài nguyên như vậy, để trả lời câu hỏi của bạn. Bản thân việc đánh giá là tốt trong 14 ngày, nhưng bạn được chào đón để dùng thử lâu hơn. Nếu bạn chỉ cần gọi cho chúng tôi, chúng tôi có thể mở rộng cuộc gọi đó cho bạn nếu bạn muốn.

Dez Blanchfield: Tôi nghĩ rằng đó là thứ nên lấy đi, vì tôi chắc chắn sẽ làm điều đó. Tôi nghĩ, bạn biết đấy, từ vẻ bề ngoài của mọi thứ, đối với tôi, dường như không có trí tuệ để tải xuống và chơi với nó. Có thể đi đến một trong những môi trường của bạn và chỉ xem những gì bạn có thể thấy, vì tôi nghi ngờ rằng - giống như mọi thứ tôi đã thấy trong nền cơ sở dữ liệu trong hơn 20 năm qua, bao gồm cả tôi - một khi bạn có thể nhìn thấy những gì bên dưới mui xe, thật tuyệt vời với những gì bạn nhận ra bạn có thể khắc phục nhanh chóng và chỉ đạt được ít hiệu suất.

Tuyệt vời, cảm ơn vì bản demo. Nó thật sự tuyệt vời. Cảm ơn tất cả thời gian để thảo luận về các câu hỏi.

Bullett Manale: Bạn được chào đón. Cảm ơn vì-

Dez Blanchfied: Eric, tôi sẽ trao lại cho bạn.

Eric Kavanagh: Vâng, chúng tôi có một câu hỏi thực sự hay từ thành viên khán giả. Bạn đã nói về điều này trong bài trình bày của bạn, và tôi thực sự đã tweet về điều này bởi vì nó là một trích dẫn tuyệt vời. Bạn nói rằng bạn không muốn sử dụng một công cụ để theo dõi hiệu suất ảnh hưởng tiêu cực đến hiệu suất của bạn.

Bullett Manale: Phải. Đúng rồi. Đó là một phần quan trọng của công cụ giám sát hiệu suất, vì nó không gây ra vấn đề về hiệu suất. Chính xác.

Eric Kavanagh: Chính xác. Chà, nó giống như những thứ chết tiệt - nó giống như các chương trình chống vi-rút có thể tàn phá các hệ thống. Ý tôi là, tôi đã sử dụng một số công nghệ khác nhau để phát sóng nơi chương trình chống vi-rút khởi động và sẽ cắt bớt luồng của bạn. Vì vậy, có những điều xảy ra mà bạn không mong đợi, nhưng câu hỏi, nó liên quan đến nhận xét cụ thể mà bạn đã đưa ra. Và loại hit nào bạn thấy? Là hai phần trăm, là năm phần trăm, có phải là một phần trăm không? Bạn có bất kỳ số bạn có thể ném vào chúng tôi?

Bullett Manale: Vâng, ý tôi là, thách thức với câu hỏi này là, bạn biết đấy, một phần của cuộc thảo luận mà chúng ta đã nói trước đó. Tôi có thể cung cấp cho bạn các trò chơi thường khoảng một đến ba phần trăm để trả lời câu hỏi của bạn. Nhưng có nhiều lời giải thích mà tôi nghĩ sẽ được yêu cầu, đó là, chúng tôi cung cấp cho bạn rất nhiều cách để có thể nói với công cụ những gì bạn muốn theo dõi, phải không? Và vì vậy nó trở lại đó. Chà, tôi có thể muốn lấy một mẫu của mọi truy vấn đang chạy. Vì vậy, tôi muốn có một công cụ đủ linh hoạt để có thể bật nó lên để tôi có thể thấy điều đó.

Và vì vậy, một phần của sự linh hoạt đó bao gồm, bạn biết đấy, có một chi phí cho nó. Nếu tôi cần thu thập thêm dữ liệu vì tôi muốn một mẫu của mọi truy vấn đang chạy cuối cùng, bạn biết đấy, 20 phút sau, tôi có thể bật nó lên và nó có thể làm điều đó. Và vì vậy, nhưng nói chung, vâng, một đến ba phần trăm là những gì chúng ta thấy, về mặt chi phí. Nhưng điều đó sẽ thay đổi, và hầu hết điều đó sẽ phụ thuộc vào những thứ bạn bật và tắt, theo ngưỡng của bạn, bao nhiêu dữ liệu bạn muốn thu thập, khoảng thời gian bỏ phiếu của bạn, tất cả các loại công cụ đó liên quan đến cái đó.

Trong thực tế, nếu bạn đi ra ngoài ví dụ mà bạn đang quản lý, một trong những điều bạn sẽ thấy là, chúng tôi có nhiều khoảng thời gian bỏ phiếu mà bạn có thể chỉ định. Và đó đơn giản là vì chúng tôi muốn, bạn biết đấy, tôi không cần phải kiểm tra mọi máy tính Nếu tôi muốn kiểm tra nhịp tim trên một ví dụ, tôi không cần phải thăm dò CPU và mọi thứ khác cùng với nó nếu tôi ' m làm điều đó cứ sau 20 giây. Vì vậy, bạn có nhiều khoảng thời gian bỏ phiếu mà bạn có thể chỉ định.

Bạn cũng có, như tôi đã nói, giám sát truy vấn của bạn mà bạn có thể chỉ định. And this can be done for each instance independently, so you can really cater to that specific instance in terms of what you want to monitor. For my wait statistics and wait monitoring, I can turn that on or off. And I can tell it to capture everything, I can tell it, you know, what I want to capture and when I want to capture it. So a lot of that will also– You have to take into consideration what you're doing, in terms of what you're telling the tool to monitor.

But generally speaking, what I would say, is, like I said, around one to three percent is what we see. We've been selling this tool a long time – since, like I said, about 2003 or 2004 – and we've got thousands of customers, so I can assure you that, you know, we don't have– we try our best not to cause performance problems in the name of performance.

Eric Kavanagh: Yeah, that's really good information. I just thought that was a brilliant quote because, you know, again, you don't want to defeat the purpose of what you're trying to accomplish, right?

Bullett Manale: Exactly.

Eric Kavanagh: And I appreciate Robin's question, too; this really is an excellent platform for helping DBAs understand the many different aspects and dimensions and layers of what we're talking about. And I think the concept of conversation with your data is highly appropriate here, because, to your point earlier, you're not gonna figure it out on the first try, usually. You need to spend some time looking at the data, looking at historical data, doing that synthesis in your mind. And that's the job of the human, right? The job of the profession that sits back there and takes heat from the business on a fairly regular basis, to get that job done and to keep the trains running on time, right?

Bullett Manale: Absolutely.

Eric Kavanagh: Well, folks, this has been another fantastic event. If any question you asked was not answered, by all means, let me know. Send an email to . We do archive all these events, so you can always go to InsideAnalysis.com to find the archive, or go to our partner, Techopedia.com. If you look on the right-hand side of their page, you will see Events, and the webcasts listed there. If you click on More Events, you can see all of the webcasts that we do listed there, past, present and future.

And with that, we're going to bid you farewell. We've got five more webcasts for the rest of this year, folks. We may schedule one more. But otherwise, it's going to be on to 2017. The ed cal is out. Let us know, and if you have someone that wants to showcase their technology, send an email to .

With that, we're gonna bid you farewell, folks. Thanks again for your time and attention, we'll talk to you next time. Bảo trọng. Bye-bye.