Lấy đi: Người dẫn chương trình Eric Kavanagh cùng với Tiến sĩ Robin Bloor, Dez Blanchfield và IDERA 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ị, 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 phương vào thứ Tư, và những ngày này, điều đó có nghĩa là thời gian của Công nghệ nóng! Vâng, thực sự. Đã nói về những thứ mát mẻ ngày hôm nay. Tất nhiên, tôi là chủ nhà của bạn, Eric Kavanagh. Tiêu đề cho ngày hôm nay là chương trình Chìa 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 chóng. Ai không muốn nhanh? Có một slide về bạn thực sự, và đủ về tôi. Đánh tôi lên, @eric_kavanagh. Tôi 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ẻ, chỉ không nói chuyện chính trị.
Năm nóng hổi. Đã được 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à trung 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, truy vấn mới, nhận được 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. Đó không phải là 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 điều 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 mạnh mẽ đang phải đối phó trong thế giới phân tích; đã đối phó với các môi trường rất khó sử dụng và các 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; 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; Ill 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ẽ đưa 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ẽ đến đó. Robin, mang nó đi.
Robin Bloor: Được chứ. 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 ta phát ốm vì làm điều đó, bởi vì anh ta 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. Ill kinda đi qua đâ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, Oracles đ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 được xác định bởi dữ liệu về lý do tại sao wed 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 Ill chỉ chạy 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 là hầu hết các hoạt động của họ, nhưng tất cả những thứ khác, nó không 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 ấy đ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, nó 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 tôi đã biết, 3D Xpoint và IBMM PCM sắp ra mắt như một lớp bộ nhớ bổ sung và chúng tôi đã 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à youve 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 đấy, 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. Đó là một công việc khó khăn, về cơ bả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 quan điểm 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. Ive 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 bắt tay với Dez, xem Dez đã nói gì.
Dez Blanchfield: Cảm ơn, Robin. Đây là một chủ đề lớn. Tôi sẽ giữ 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ó toàn bộ thư viện sách viết về chủ đề này. Ai đã không đế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ủa những cuốn sách được viết về 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 nó 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ổ, youve có cơ sở hạ tầng và mạng và kỹ thuật lưu trữ, những người đang bị các chuyên gia cơ sở dữ liệu đánh bại bởi vì mọi thứ không chạy 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. Nó có 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ữ ý 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à để cơ sở dữ liệu sắp xếp ra 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à kinh nghiệm khác nhau về hiệu suất, về các loại lưu trữ.
Cho dù các ổ đĩa được gắn trực tiếp và chính các máy chủ của nó, 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ưu trữ của nó được gắn từ máy chủ ở đâu đó thông qua iSCSI hay là Ethernet, chẳng hạn. 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à đây 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 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, bây giờ thách thức trong ả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 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ều tương tự lặp đi lặp lại, đượ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 giỏi, thì đó có thể là người làm các truy vấn phi cấu trúc.
Và vấn đề với điều đó là, việc học một chút 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 bạn đang làm điều tốt hay điều 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, mạng ơi, chúng 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 bởi vì họ đang đặt câu hỏi sai, hoặc nó thực sự rất tệ viết đ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 không, tôi đang chạy những gì công việc, họ đang chạy như thế nào, tần suất họ đang chạy, những mã nào chạy với họ, họ đang chạy với nó 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 việc lập kế hoạch năng lực, đị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 đ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à truyền bá rộng rãi môi trường cơ sở dữ liệu để đi từ cảnh báo lịch sử và lập kế hoạch để dự báo và lập kế hoạch, 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 được rửa sạch 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 từng 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 viết và họ không biết đó 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 đó 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 cú hích hiệu suất 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 làm thế nào để giải quyết nó.
Giới hạn truy vấn chỉ 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 điều đó xảy ra, và sau đó nó chỉ xảy ra trong nền và nó làm bạn tổn thương.
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 biệt đó. 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 thế nào để 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ẽ chuyể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: Âm thanh tốt. 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ố này 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, hiệu suất giám sát và những thứ đó, rõ ràng. Và chúng tôi nghe 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 Robins, và tôi nghĩ rằng nó khá nhất quá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ố trong những lĩnh vực này nhiều hơn những lĩnh 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 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ọ thực sự đang 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 cái chạy rất nhiều, nó có thể, một cái, như bạn đã nói, 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, 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, đó là 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, cần, 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 mà 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 dữ liệu và một dữ liệu khác, và tôi sẽ 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ụ sẽ 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 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 muốn, và không có có ý nghĩa trong việc thu thập dữ liệu đó nếu bạn chưa từng báo cáo về dữ liệu đó 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 bị hỏng nếu tôi không muốn nó chạy ở vị trí đầ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 là, 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 nó thực sự quan trọng để có thể hiểu nó.
Bây giờ, đây là nơi, ví dụ như, với sản phẩm Trình quản lý chẩn đoán của chúng tôi sẽ cho bạn thấy 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 bạn sẽ 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ó một số kiến thức về những việc cần làm một 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 một cảnh báo và cảnh báo là một cảnh báo sai, thì nó không tốt cho bạn; nó lãng phí thời gian hơn 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, 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ì đang nói ở đây về điều chỉnh và hiệu suất cơ sở dữ liệu và giám sát và những thứ đó
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ó một vấn đề, để xem vấn đề ở đâu và sau đó có thể đi sâu vào 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ể 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à nhìn vào các truy vấn chạy kém hoặc có nghĩa là, bạn biết đấy, nhìn vào cách mà máy chủ VM đang hành xử về mặt tài nguyên. Tất cả những điều bạn đã có thể làm, và bạn sẽ không ngồi đó nhìn chằm chằm vào bàn đ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 vào thời điểm đó 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à Id nói có lẽ đây 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 theo những gì bạn muốn để thu thập.
Xét về việc bạn có quan tâm đến các truy vấn gây đau tài nguyên, tiêu thụ CPU hoặc tiêu thụ I / O hay không. Cho dù các truy vấn của 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õ 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, vẫn rất tốt để có thể đến các nhà cung cấp phần mềm của bạn 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 không kiểm soát hoàn toàn mã chính nó, vẫn còn tốt để biết khi nào vấn đề đang 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 một câu nói, Hey Hey, bạn cần phải sửa lỗi này, nếu tôi đang trong một cuộc 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 đang làm, rõ ràng là nó rất thật tuyệt khi có thể nói Ive đã có một cái gì đó phù hợp để có thể giải quyết vấn đề đó 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 đấy, 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 để 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 việc bỏ phiếu diễn ra và có thể, bạn biết, 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 trong một giây là Trình quản lý chẩn đoán và nó hỗ trợ mọi thứ từ năm 2000 cho đế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 trường hợp đó là giám sát 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? Đã cố gắng tận dụng những thứ mà Máy chủ SQL đã cung cấp cho chúng tôi và làm cho nó tốt hơn, cho dù các chế độ xem quản lý động của nó, hoặc cho dù các sự kiện mở rộng của nó, hoặc 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ể giữ bao lâu tùy thích . 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 cốt lõi và sau đó giữ thông báo của bạn trong hai năm, điều đó hoàn toàn phụ 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ó thể linh hoạt nhảy trên trình duyệt và xem những gì đang xảy ra, hoặc nếu bạn có một máy tính xách tay nơi bạn đã cài đặt mộ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ì Id muốn làm là loại trình diễn nhanh. 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 sản phẩm mới là Chẩn đoán quản lý 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à 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 sẽ có thể nhìn thấy ở mức rất cao và đi sâu xuống mức rất thấp. Và đặc biệt là cũng như ngày nay, đó là mới cho 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 tôi ở đây. Và, để 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ứ ổ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ì đang làm là 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 đã xem xét bản thân chờ đợi và các loại của bản thân 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 ý nó trê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 sau đó, 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, 'Cho phép đi trướ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. để xem bởi truy vấn của Chế độ chờ đợi theo thời lượng. Hiện tại, chúng tôi đã nhìn thấy các ứng dụng gây ra cho tôi nhiều nỗi đau nhất hoặc sự chờ đợi.
Và sau đó, đây là phần thực sự quan trọng nhất, có thể cô lập những điều 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 đã được 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 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 cần khắc phục, thì bạn đang lãng phí thời gian. Bạn có một chi phí cơ hội liên quan đến điều đó.
Ill 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? Hãy 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ề những thứ 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ó ở một đị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 đề đang gặp phải, và tại sao lại đư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 đang 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 và vượt qua ts, 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 đỡ về mặt hiểu biết những vấn đề này khi chúng đang xảy ra, và tại sao những khuyến nghị này đang được thực hiện.
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 ta đi vào và chúng ta 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à Và có thể chắc chắn rằng điều đó sẽ không xảy ra, 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 nhìn vào điều này đặc biệt, trong trường hợp này, một đường cơ sở, tôi sẽ nhận thấy rằng các ngưỡng có thể cao hơn ở nơi họ hiện tại.
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 mà Ive đặ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 đó, tôi có thể sẽ nhận được cảnh báo về điều gì đó là 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à một 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 các đườ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 đó không? 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 đang thực sự sử dụng các tài nguyên càng nhiều càng tốt, 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, sẽ thay đổi ngưỡng của chúng tôi cho điều đó. ngưỡng của chúng tôi cụ thể cho dù chúng tôi đang ở đâu, 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 thực hiệ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 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 vì, khi tôi thấy đó là 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à những gì tôi cần. Thực tế là, họ cần công cụ đó, nhưng mặt khác của nó 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 được thu thập trong tên của hiệu suất và cũng là tên của 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ì. Không thể hiện bạn dựa trên những gì, bạn biết, hôm 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 Ive 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, Lets hãy lấy dữ liệu cuối cùng, bạn biết đấy, giá trị hàng năm, cho phép tương quan theo tháng và theo tỷ lệ mẫu tháng, hãy tiếp tục và xem bao nhiêu tăng trưởng sẽ thấy trong ba năm tới, hoặc 36 đơn vị. Trong trường hợp đó, chúng tôi 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 biết. 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 - 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ẽ rất tốn CPU, hoặc thực sự tốn nhiều 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ì đ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, cũng như rõ ràng là truy vấn bản thâ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 những điều đó xảy ra trong môi trường sản xuất của tôi 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 Ive chuyển sang trạng thái cảnh báo, trong trường hợp của chúng tôi, hãy nói rằng 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, 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ó một thứ gì đó rất nhanh, có thể tìm thấy những gì bạn cần và tìm kiếm thay vì quay vòng nhiều chu kỳ để thực hiện. Và vì vậy, tôi nghĩ đó cũng là điều 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 đó, chúng tôi đã đi vào và đã thêm một thành phần khác vào sản phẩm SQL chẩn đoán quản lý của chúng tôi. 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 đã cho bạn thấy ở đâ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 .
Một 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, Lets Hãy nhìn vào bốn giờ qua, Thay vì 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 đó, và sau đó - đâ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, những cách này mất nhiều thời gian hơn Nó thường như vậy, vì vậy Ill để 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 rằng bạn hiển thị tất cả cá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ì đang 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 vẫn đang học nói silicon. '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, điều này rất tốt- được thực hiện, 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 xảy 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 từ xa đã 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, Ill ném 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. họ trong bây giờ.
Bullett Manale: Robin, bạn có bị câm không?
Robin Bloor: Đúng. Không sao, tôi chỉ im lặ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 vừa không đi vào - điều mà thực sự, tôi nghĩ , điều ấ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, 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 sẽ nghĩ chắc chắn rằng đó là trường hợp, và thậm chí nhiều hơn để 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 gắn 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ế là, 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. Bạn có thể 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 đ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, đây là điều gì được gọi là phân mảnh? 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 có.
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à bên 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: Ổn thỏa. Và một câu hỏi khác - nhưng tôi chắc chắn câu trả lời cho điều 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ỉ là để 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 11quần què lúc 7:05 tối, và chúng ta có thể xem xét các truy vấn cụ thể vào 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ự, có lẽ là 30 phút chơi xung quanh với bàn đ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à đượ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 công cụ thời gian thực không hoặc những thứ đã xảy ra tuần trước, quá trình tương tự. Về cơ bản, tôi đang tìm kiếm ngay ngày 15 tháng 11quần què, 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ùng một cách.
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 bất cứ điều gì 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 các thể hiện, nó sẽ hỏi bạn nếu nó RDS hoặc Azure. Bây giờ, sẽ có một số hạn chế dựa trên những gì tiếp xúc với chúng ta từ đám mây, do đó, có thể 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ì thiết bị, trong một số trường hợp, không ở đó để chúng tôi thu thập, dựa trên những gì Microsoft đang phơi bày.
Bây giờ, nếu nó giống 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ự, đó hoàn toàn không phải là vấn đề. Chúng tôi nhận đượ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; đã 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, đó là thú vị. Chà, Ill giao cho Dez, người mà tôi chắc chắn sẽ ném cho bạn câu hỏi từ một hướng khác.
Bullett Manale: Ổn thỏa.
Dez Blanchfield: Cảm ơn bạn. Ive 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 lây lan 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 không, bạn có nghĩ rằng nó 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ĩ nó là có - 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 Id 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ả các cửa hàng nhỏ hơn, bạn cũng đã 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 đó, họ chắc chắn đ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ó, có nghĩa là, đã nói về số lượng lớn các trường hợp của SQL và youve 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ó đủ nguồn lực 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 rằng 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ó có, 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 Ill dẫn nó đến một câu hỏi, mặc dù vậy - và đó là, bạn biết đấy, khi các tổ chức đã đầu tư vào cơ sở hạ tầng và nền tảng của họ 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à một người không có trí tuệ, và nó 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. Nó chỉ là, bạn biết đấy, ngay lập tức bạn 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, những Hey, những người này muốn xem, như, một tờ ROI về điều này. Khác và giống như, 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ĩ rằng nhận thức của nó - bạn thực sự sở hữu các vấn đề về hiệu suất. Bạn là người lấy ngón tay chỉ 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ó thứ gì đó trong kho vũ khí của bạn để có thể nói, Đây là vấn đề thực sự. Bạn có 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 , Đây là một bản sửa lỗi trị giá 15.000 đô la, và mọi người đi, không phải trả tiền cho điều đó, bạn biết đấy, vì năm phút làm việc. Và anh ấy nói, ồ, năm phút đó, công việc đã mất 15 năm kinh nghiệm để khắc phục 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ọ đã đặt Band-Aid trê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. Đây có phải là trường hợp - và có thể là lời hùng biện của 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 sau đó nó thường chỉ là 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ư, vào 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 phải 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 học 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, Hey Hey, tốt, 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 bằng chứng về khái niệm , và chúng ta cần phải bước vào và tìm ra, đá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 vào 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ề Từ Im Im 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 chạm tay vào nó? Bạn đã đề cập tải về nó. Tóm tắt 30 giây về cách họ nắm trong tay nó, lấy một bản sao, quay nó và chơi với nó, và những gì họ có thể cần cơ sở hạ tầng, chỉ để có được một ví dụ.
Bullett Manale: Vì vậy, đó sẽ là, bạn đi đến IDERA (i-d-e-r-a) .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 liên kết Trình quản lý chẩn đoán, ở đó sẽ là 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 đ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ỉ 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à một cái gì đó để lấy đi, bở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ì dưới mui xe, nó tuyệt vời những gì bạn nhận ra bạn có thể sửa chữa nhanh chóng và chỉ đạt được ít hiệu suất trong hiệu suất.
Tuyệt vời, cảm ơn vì bản demo. Nó thật sự rất tuyệt. Cảm ơn tất cả thời gian để thảo luận về các câu hỏi.
Bullett Manale: Không có gì. Cảm ơn vì-
Dez Blanchfied: Eric, tôi sẽ trở lại với bạn.
Eric Kavanagh: Vâng, chúng tôi có một câu hỏi thực sự tốt từ các 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: Đúng. Đúng rồi. Đó là một phần quan trọng của một công cụ giám sát hiệu suất, là nó không gây ra vấn đề về hiệu suất. Hoàn toàn 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à, Ive đã sử dụng một số công nghệ khác nhau để phát sóng trong đó 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 đã thực hiện. 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: Ý 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 máy tính của nó 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à do đó, 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, 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 những thứ đó 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ả những thứ đó 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 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 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.Và điều này có thể được thực hiện cho từng trường hợp một cách độc lập, vì vậy bạn thực sự có thể phục vụ cho trường hợp cụ thể đó theo những gì bạn muốn theo dõi. Đối với thống kê chờ đợi của tôi và theo dõi chờ đợi, tôi có thể bật hoặc tắt. Và tôi có thể bảo nó nắm bắt mọi thứ, tôi có thể nói với nó, bạn biết đấy, những gì tôi muốn chụp và khi nào tôi muốn chụp nó. Vì vậy, rất nhiều trong số đó cũng sẽ được Bạn phải xem xét những gì bạn đang làm, về những gì bạn đang nói với công cụ để theo dõi.
Nhưng nói chung, những gì tôi sẽ nói, như tôi đã nói, khoảng một đến ba phần trăm là những gì chúng ta thấy. Chúng tôi đã bán công cụ này từ lâu - như tôi đã nói, khoảng 2003 hoặc 2004 - và chúng tôi đã có hàng ngàn khách hàng, vì vậy tôi có thể đảm bảo với bạn rằng, chúng tôi không cố gắng hết sức để không gây ra vấn đề về hiệu suất trong tên của hiệu suất.
Eric Kavanagh: Vâng, đó là thông tin thực sự tốt. Tôi chỉ nghĩ rằng đó là một trích dẫn tuyệt vời bởi vì, bạn biết đấy, một lần nữa, bạn không muốn đánh bại mục đích của những gì bạn đang cố gắng thực hiện, phải không?
Bullett Manale: Chính xác.
Eric Kavanagh: Và tôi cũng đánh giá cao câu hỏi của Robins; đây thực sự là một nền tảng tuyệt vời để giúp các DBA hiểu được nhiều khía cạnh và kích thước khác nhau và các lớp của những gì đang nói về. Và tôi nghĩ rằng khái niệm về cuộc trò chuyện với dữ liệu của bạn rất phù hợp ở đây, bởi vì, theo quan điểm của bạn trước đó, bạn sẽ không tìm ra nó trong lần thử đầu tiên, thường. Bạn cần dành thời gian để xem dữ liệu, nhìn vào dữ liệu lịch sử, thực hiện sự tổng hợp đó trong tâm trí của bạn. Và đó là công việc của con người, phải không? Công việc của nghề ngồi ở đó và lấy nhiệt từ doanh nghiệp một cách khá thường xuyên, để hoàn thành công việc đó và giữ cho tàu chạy đúng giờ, phải không?
Bullett Manale: Chắc chắn rồi.
Eric Kavanagh: Vâng, thưa các bạn, đây là một sự kiện tuyệt vời. Nếu bất kỳ câu hỏi nào bạn hỏi không được trả lời, bằng mọi cách, hãy cho tôi biết. một Chúng tôi lưu trữ tất cả các sự kiện này, vì vậy bạn luôn có thể truy cập InsideAnalysis.com để tìm kho lưu trữ hoặc đến đối tác của chúng tôi, Techopedia.com. Nếu bạn nhìn vào phía bên phải trang của họ, bạn sẽ thấy Sự kiện và các webcast được liệt kê ở đó. Nếu bạn nhấp vào Thêm sự kiện, bạn có thể xem tất cả các webcast mà chúng tôi liệt kê ở đó, quá khứ, hiện tại và tương lai.
Và với điều đó, sẽ chào tạm biệt bạn. Chúng tôi đã có thêm năm webcast cho phần còn lại của năm nay, folks. Chúng tôi có thể lên lịch một lần nữa. Nhưng nếu không, nó sẽ được chuyển sang năm 2017. Phiên bản đã hết. Hãy cho chúng tôi biết, và nếu bạn có ai đó muốn giới thiệu công nghệ của họ, hãy làm.
Với điều đó, sẽ chào tạm biệt bạn, folks. Cảm ơn một lần nữa cho thời gian và sự chú ý của bạn, nói chuyện tốt với bạn lần sau. Bảo trọng. Tạm biệt.