Mục lục:
Bởi nhân viên Techopedia, ngày 9 tháng 5 năm 2016
Takeaway: Người dẫn chương trình Eric Kavanagh phỏng vấn Mark Madsen, Dez Blanchfield và Bullett Manale về độ trễ và hiệu suất.
Bạn hiện chưa đăng nhập. Vui lòng đăng nhập hoặc đăng ký để xem video.
Đối tác nội dung của Techopedia
Nhân viên Techopedia được liên kết với Bloor Group và có thể liên hệ bằng cách sử dụng các tùy chọn bên phải. Để biết thông tin về cách chúng tôi làm việc với các đối tác trong ngành bấm vào đây.- Hồ sơ
- Trang mạng
Eric Kavanagh: Thưa quý vị và các bạn, xin chào và chào mừng bạn quay trở lại Hot Technologies! Vâng, thực sự! Tên tôi là Eric Kavanagh, đây là chương trình Hot Tech của chúng tôi, một sự hợp tác với những người bạn tốt của chúng tôi từ Techopedia. Nhảy trực tuyến lên Techopedia.com cho tất cả những gì mới nhất trong lĩnh vực công nghệ doanh nghiệp rộng lớn; họ, tất nhiên, bao gồm cả những thứ tiêu dùng, quá. Chúng tôi tập trung vào doanh nghiệp ở đây trong chương trình của chúng tôi, vì vậy đó là những gì chúng tôi sẽ làm hôm nay.
Có một điểm về bạn thực sự và đủ về tôi, đánh tôi trên Twitter @eric_kavanagh, tôi yêu Twitter, tôi thích kiểm tra những thứ đó, đó là một cách tuyệt vời để giữ liên lạc với mọi người và trò chuyện tốt, và một lần -một cuộc trò chuyện.
Thế chúng ta đang nói về vấn đề gì vậy? Năm nay thật nóng, đây là cả một vũ trụ cơ hội mà chúng ta nhìn vào ngày hôm nay trong thế giới quản lý thông tin, và những gì chúng ta đang nói về ngày hôm nay sẽ là các truy vấn, nó sẽ tăng tốc truy vấn.
Tôi nghĩ rằng tôi đã quên đề cập đến tiêu đề, Hiệu suất Chơi: Nói lời tạm biệt với Độ trễ. Có ai muốn độ trễ? Không ai muốn độ trễ, độ trễ là khi bạn ngồi đó, nhấp vào nút và chờ đợi điều gì đó xảy ra, và không ai muốn điều đó. Những đứa trẻ không thích nó, chúng không nghĩ nó hay, người lớn cũng không thích nó. Tất cả chúng ta đều bị làm hỏng bởi tốc độ của web và chúng tôi muốn mọi thứ nhanh chóng, chúng tôi muốn mọi thứ ngay bây giờ và chúng tôi sẽ nói về điều đó ngày hôm nay trong chương trình của chúng tôi.
Nhà phân tích Mark Madsen hôm nay đến với chúng tôi từ Bản chất thứ ba, một trong những nhà quản lý của chúng tôi. Nhà khoa học dữ liệu mới của chúng tôi, Dez Blanchfield, gọi từ Sydney, Australia. Và rồi Bullett Manale, đúng vậy, đó là tên của anh ấy, thực ra nó phải là hai chữ T. Bullett Manale là khách của chúng tôi từ Idera, một công ty rất, rất thú vị, làm rất nhiều thứ. Tôi đã biết về họ rồi, một trong số họ đã mua một công ty tên là Chính xác một thời gian trước. Tôi biết CEO của họ tên là Zohar Gilad, đó là cái tên như thế nào? Anh ta là một người đàn ông thông minh.
Nhưng thưa các bạn, bạn đóng một vai trò quan trọng trong webcast này trong các câu hỏi mà bạn hỏi, vì vậy xin đừng ngại, gửi câu hỏi của bạn bất cứ lúc nào - bạn có thể làm như vậy bằng cách sử dụng thành phần Q & A của bảng điều khiển webcast, ở dưới đó Ở góc dưới bàn tay bên phải. Bạn cũng có thể trò chuyện với tôi và tôi sẽ trò chuyện với người nói. Chúng tôi đã có người gọi từ Ý rồi, Ciao, ciao. Thôi nào, hãy bình tĩnh, với điều đó tôi sẽ đẩy dòng đầu tiên của Mark, tôi sẽ trao lại bộ bài cho Mark. Đánh dấu, bây giờ bạn có WebEx. Mang nó đi, sàn là của bạn.
Mark Madsen: Cảm ơn, Eric. Tôi sẽ không bắt đầu ở giữa, tôi sẽ bắt đầu từ đầu. Vì vậy, chỉ cần một vài bình luận để thiết lập cuộc thảo luận với Dez và Idera, một loại trạng thái của tiểu bang với sự phát triển, cơ sở dữ liệu và hoạt động. Và bạn biết đấy, nếu bạn nhìn vào điều này, chúng ta có hai vấn đề thế giới vẫn còn trong cơ sở dữ liệu và thị trường ứng dụng, bởi vì các nhà phát triển xem các DBA là những người gây rắc rối cho họ. Bạn đã phải xây dựng các mô hình dữ liệu, bạn không thể truy cập vào đó, bạn không thể tạo ra thứ đó, bạn không thể đặt một chỉ mục trên mỗi cột của mỗi bảng trên cơ sở dữ liệu để làm cho nó nhanh hơn. Và tất nhiên, tại sao chúng ta cần các mô hình? Đó chỉ là cấu trúc dữ liệu, nếu chúng ta thay đổi chúng, bạn có thể viết chúng ra dưới dạng nối tiếp không?
Vấn đề là các nhà phát triển biết mã và ứng dụng, nhưng hai điều họ thường không biết là đồng thời, lập trình đồng thời và cơ sở dữ liệu và các hệ điều hành bên dưới chúng. Đã là một nhà phát triển nhân và hệ điều hành và cơ sở dữ liệu, tôi có thể nói rằng sự tương tranh và song song thực sự khó khăn, và rất nhiều điều bạn học được để có được hiệu suất tốt từ mã của mình, thực sự bắt đầu sụp đổ khi bạn làm việc với cơ sở dữ liệu. Và hiệu suất trông rất tuyệt, môi trường thử nghiệm trông rất tuyệt, và môi trường Q & A, và sau đó nó tấn công vào hệ thống thực, và rồi đột nhiên nó không tuyệt lắm. Bởi vì nó là nhiều mặt, cách mã làm việc với cơ sở dữ liệu, cách nó hoạt động với môi trường và các thực tiễn nhỏ đơn giản có thể có tác động mạnh mẽ tùy thuộc vào quy mô bạn đang chạy.
Và khi bạn bắt đầu nói về các ứng dụng bên ngoài, tất nhiên, các ứng dụng bên ngoài, các ứng dụng web, có thể thực sự khó khăn vì mọi thứ đều tuyệt vời cho đến khi đột nhiên chúng phẳng, và chúng thì không. Bạn sẽ đạt được những cao nguyên thú vị đòi hỏi nhiều sắc thái để hiểu.
Điểm nổi bật của mọi thứ là chế độ xem DBA. Quan điểm của DBA là có các hoạt động, họ dành phần lớn thời gian của họ, 80 đến 90 phần trăm, trong các hoạt động và có thể 10 đến 20 phần trăm đối phó với các công cụ phát triển đang diễn ra. Từ quan điểm này, bạn sẽ trả tiền ngay bây giờ hoặc bạn trả tiền sau và nếu bạn dành toàn bộ thời gian của mình trước đó, thì bạn sẽ có cơ hội tốt hơn sau này, trái ngược với sự phát triển có xu hướng khám phá một tính năng không gian, và cố gắng tìm ra cách tốt nhất để làm mọi việc. Và vì vậy, chúng tôi có vấn đề và bây giờ chúng tôi có các phương pháp không tương thích - triển khai liên tục, triển khai các ứng dụng của bạn bất cứ khi nào chúng sẵn sàng, thực hiện đẩy mã theo định kỳ, làm việc trong một cửa hàng đang thực hành dev ops. Loại điều này tăng tốc độ phát triển, nhưng tất cả các thực tiễn xung quanh cơ sở dữ liệu và các DBA làm gì và các nhà quản lý hệ thống đã được đào tạo để làm gì, các hoạt động của CNTT không theo kịp.
Nếu bạn nghĩ về nó, hầu hết các DBA hoạt động trong môi trường kiểm soát thay đổi so với môi trường triển khai liên tục. Đó là tất cả về sự ổn định và kiểm soát, so với tốc độ thay đổi và đảo ngược. Việc triển khai liên tục, nếu bạn không thể thay đổi, bạn đang gặp rắc rối, vì vậy mọi thứ phải được xây dựng để có thể dễ dàng đảo ngược và có thể chuyển đổi mã, đó không phải là cách cơ sở dữ liệu quan hệ, thực tiễn phát triển và thực tiễn quản lý đã hoạt động .
Bạn cũng đang gặp phải những vấn đề cần phải chủ động hơn nếu bạn có thể, với tư cách là một DBA, bởi vì khi bạn nghe về một vấn đề, hàng trăm ngàn người đang điền vào các mẫu đơn khiếu nại trên trang web của bạn. Điều đó khiến bạn cần một số điều mới mà bạn không thoát ra khỏi môi trường cũ. Bạn biết đấy, những thứ như giám sát và cảnh báo tốt hơn. Đồng thời, cơ sở dữ liệu đã được nhân lên, chúng tôi có nhiều ứng dụng hơn bao giờ hết để hỗ trợ nhiều thứ hơn bao giờ hết, chúng ở bên trong, chúng ở bên ngoài, chúng ở khắp mọi nơi. Và các bộ dữ liệu độc lập hơn để phân tích, mọi người đang khởi động cơ sở dữ liệu khắp nơi bởi vì, tất nhiên, giờ đây thật dễ dàng, bạn có thể thiết lập một máy ảo. Nếu bạn đã có nhà cung cấp đám mây hoặc đám mây nội bộ, bạn có thể ngay lập tức bật lên mọi thứ và điều này sẽ thay đổi toàn bộ đường dẫn mua sắm của bạn.
Con đường mua sắm cũ là, tôi có thời gian để có được một máy chủ, nhét nó vào giá đỡ, phân bổ không gian, lưu trữ, cài đặt cơ sở dữ liệu và làm mọi việc, so với ai đó quẹt thẻ tín dụng và đi trong năm phút. Nếu bạn làm điều đó, môi trường phát triển hiện đại đó đang vận hành với một tốc độ rất khác biệt, và vì vậy thật dễ dàng để tạo cơ sở dữ liệu và điều đó chỉ tạo ra vấn đề phổ biến này, giống như những gì chúng ta đã thấy trước đây. Và điều này đã diễn ra trong mười năm nay, đây không phải là tin tức với bất kỳ ai, nhưng nó cũng có nghĩa là môi trường hoạt động đã phát triển phức tạp.
Toàn bộ môi trường máy chủ của khách hàng đã thực sự thay đổi, vì đó không còn là thế giới máy chủ của khách hàng nữa. Trước đó bạn có một máy chủ, bạn có một cơ sở dữ liệu, nếu có lỗi xảy ra, bạn biết máy chủ nào sẽ đến, bạn biết cách quản lý tài nguyên trên đó vì thực tiễn tốt nhất là một cơ sở dữ liệu, một máy chủ. Ảo hóa bắt đầu phá vỡ điều đó, đám mây phá vỡ nó nhiều hơn, bởi vì những gì bạn nghĩ là một máy chủ cơ sở dữ liệu, chỉ là phần mềm. Vì vậy, môi trường không có thật. Đó là những gì chứa môi trường là thực tế và đó có thể là một lưỡi dao hoặc một máy chủ lớn được khắc thành từng mảnh, bạn thực sự không biết.
Mọi thứ xung quanh quản trị cơ sở dữ liệu và quản lý hiệu suất, và cơ sở dữ liệu nào đã được xây dựng xung quanh sự kiểm soát chặt chẽ với một máy chủ hoặc một số ít máy chủ và một vài cơ sở dữ liệu, bạn không thể kiểm soát mọi thứ. Bạn đang ngồi đó trên một chiếc máy, nhưng các nhà quản lý ảo không thể phân vùng dễ dàng và do đó mọi thứ đều ổn với bộ nhớ và CPU, nhưng bạn bị tắc nghẽn trong một số tài nguyên không thể xử lý được và sau đó khi Bạn cố gắng sửa nó, mô hình cũ sẽ hoạt động vất vả, có được một máy chủ lớn hơn và làm một cái gì đó tương tự, bây giờ nó thực sự đơn giản, chỉ cần thêm khóa học ảo, chỉ cần thêm bộ nhớ vào VM và nó đã được giải quyết. Nhưng điều gì xảy ra nếu VM của bạn đang ở trên một máy chủ quá đông và cần phải di chuyển? Hoặc điều gì xảy ra nếu bạn ở kích thước của hệ thống AWS và đã đạt đến kích thước tối đa, bây giờ bạn sẽ đi đâu?
Vì vậy, bây giờ bạn có tất cả những vấn đề trong đó môi trường là một phần của cơ sở dữ liệu, bạn đóng gói một môi trường với cơ sở dữ liệu, tất cả các tài nguyên đặc biệt, mọi thứ trong ứng dụng là một phần của cấu hình, cấu hình được đẩy ra khỏi đó. Đây là từ môi trường cơ sở dữ liệu, việc quản lý và kiểm soát khó khăn hơn rất nhiều.
Nếu bạn nhìn vào những gì các trung tâm cơ sở dữ liệu đã và đang làm, họ đã ngồi trên tay phải không? Chúng tôi đã tránh xa ý tưởng xử lý cơ sở dữ liệu và máy chủ như thú cưng. Máy chủ có tên, bạn đối xử với chúng như những thứ riêng biệt, bạn đối xử với chúng như gia súc, đó là quản lý một đàn. Và vấn đề với việc quản lý đàn là nếu bạn không kiểm soát chúng, cuối cùng chúng có thể giẫm đạp, và giẫm đạp không phải là một điều tốt. Chúng tôi cần các công cụ giám sát tốt hơn, chúng tôi cần những cách tốt hơn để đối phó với công cụ này và biết những gì đã bị ảnh hưởng. Trong mô hình cũ, điều đó dễ dàng hơn vì các op và tất cả các hệ thống điều khiển của bạn đã nói với bạn, nhưng khi tên máy chủ của bạn là mã UPC, thật khó để tìm ra mọi thứ.
Bạn không thể đủ khả năng cảnh báo sai, bạn không đủ khả năng để nói những điều đó, có vấn đề với máy này và máy đó lưu trữ 30 cơ sở dữ liệu. Bạn không đủ khả năng để có những thứ không có lịch sử. Các bảng điều khiển giám sát rất tuyệt khi chúng sáng lên, nhưng nếu đèn đỏ lại chuyển sang màu xanh lá cây và bạn không biết tại sao, và bạn không có lịch sử nào để quay lại để xem điều gì dẫn đến điều đó, và điều gì bối cảnh là, bạn đang gặp rắc rối. Chúng tôi cần các hệ thống sẽ giám sát cho chúng tôi, chúng tôi cần giám sát tốt hơn, xử lý các vấn đề gián đoạn không đáng có để duy trì lịch sử dữ liệu đó.
Những điều tốt hơn và ngưỡng số liệu đơn giản giúp chúng tôi có được số liệu chính, nhưng đừng hướng dẫn chúng tôi trực tiếp vào những gì bình thường, những gì bất thường và tần suất những sự cố này xảy ra. Điều chúng tôi thực sự đang nói đến là sự kết hợp giữa môi trường giám sát và xử lý hiệu suất, và các nhà cung cấp đã ngồi trên tay họ. Họ đã không cho chúng tôi công cụ tốt hơn. Chúng tôi có các hệ thống có nhiều CPU và bộ nhớ hơn chúng tôi biết phải làm gì với tất cả, nhưng chúng tôi vẫn dựa vào các mô hình can thiệp thủ công, chúng tôi không để máy hoạt động, để hướng dẫn chúng tôi, đưa chúng tôi đến điểm gặp sự cố, chúng tôi chưa có phong cách mới này, đó là một vấn đề ở đây, bạn có thể làm điều này để khắc phục nó, đó là một vấn đề về hiệu năng, thực sự là với câu lệnh SQL cụ thể này, đây là ba điều bạn có thể sử dụng để sửa câu lệnh SQL đó. Áp dụng phương pháp phỏng đoán, áp dụng các mô hình học máy có thể xem xét các mô hình sử dụng của hệ thống của bạn để phát hiện các vấn đề và tránh cảnh báo sai. Sử dụng máy để làm những gì máy hoạt động tốt nhất, để tăng cường DBA hoặc để tăng cường cho người phải xử lý các vấn đề về hiệu suất.
Đó là cách mới, trái ngược với phong cách cũ. Có một vấn đề với cơ sở dữ liệu này, mọi thứ rất chậm và vì vậy chúng tôi có các kỹ thuật mới, cách thức mới để làm điều đó và chúng tôi nên áp dụng chúng, và đó là nơi thị trường đang hướng tới. Bạn đang thấy nó bắt đầu mọc lên, không phải với các nhà cung cấp lớn, mà với các công ty bên thứ ba, và điều này đang phản ánh điều gì đó đã xảy ra cách đây 20 năm khi các nhà cung cấp cơ sở dữ liệu không cung cấp một điều gì để giúp quản lý hệ thống. Vì vậy, đó là hướng của thị trường, và với điều đó, tôi muốn chuyển nó lại cho Eric.
Eric Kavanagh: Được rồi, tôi sẽ giao nó cho Dez. Và Dez, mang nó đi, sàn là của bạn.
Dez Blanchfield: Cảm ơn bạn, Mark. Bạn đã thực hiện một công việc tuyệt vời bao gồm các thành phần kỹ thuật của nó. Tôi sẽ đến với nó từ một góc độ hơi khác để làm nổi bật những gì đã xảy ra ở phần còn lại của thế giới, cũng như ảnh hưởng đến các doanh nghiệp và cơ sở dữ liệu xung quanh họ. Hãy để tôi nhảy đến slide đầu tiên của tôi.
Về mặt sau của những gì bạn vừa đề cập từ khía cạnh kỹ thuật của mọi thứ và phía nhà phát triển, tôi thấy các doanh nghiệp phải đương đầu với thách thức về dữ liệu và cơ sở dữ liệu, và rõ ràng chúng tôi đã có sự thay đổi đáng kể này khái niệm dữ liệu lớn này, nhưng cơ sở dữ liệu có hiệu quả vẫn là trái tim và linh hồn của nơi các tổ chức lưu giữ thông tin doanh nghiệp của họ và từ cửa trước đến văn phòng hỗ trợ. Mọi bộ phận của tổ chức đều bị một cơ sở dữ liệu nào đó chạm vào, và được cung cấp bởi cơ sở dữ liệu, và rất hiếm khi tôi tham gia vào các cuộc thảo luận dự án, hoặc một dạng trò chuyện chiến lược đổi mới nào đó trong một tổ chức có chủ đề về cơ sở dữ liệu hoặc hệ thống cơ sở dữ liệu không đưa ra, và luôn có những câu hỏi xung quanh các loại điều chúng ta vừa nghe, về hiệu suất và bảo mật và cách phát triển tiếp cận thách thức này, và cơ sở dữ liệu phù hợp với điều gì, và nhận thức về môi trường và ứng dụng của chúng ta môi trường nói chuyện, những gì về thiết bị và di động?
Đây vẫn là một chủ đề rất, rất nóng, và nó đã trở thành một chủ đề trong một thời gian dài, rất lâu trong công nghệ hiện đại. Đến thời điểm đó, tôi tin rằng có một thực tế là hầu hết mọi thứ chúng ta làm trong cuộc sống hàng ngày, cuộc sống hàng ngày của chúng ta hiện đang được hỗ trợ bởi một số dạng cơ sở dữ liệu. Khi chúng ta suy nghĩ về tất cả những thứ xung quanh chúng ta, cho dù đó là hóa đơn gửi qua thư mỗi ngày cho một số dịch vụ mà chúng ta đang mua, chắc chắn nó sẽ được in bởi một hệ thống đang nói chuyện với cơ sở dữ liệu và chúng ta đang ở đó. Điện thoại của chúng tôi có cơ sở dữ liệu trên đó với danh bạ và nhật ký cuộc gọi và những thứ khác.
Bất cứ nơi nào chúng tôi đi, có một số dạng cơ sở dữ liệu đằng sau cuộc nói chuyện và các hệ thống chúng tôi đang sử dụng, và thường xuyên hơn không, chúng khá minh bạch đối với chúng tôi, nhưng thực tế là chúng ở đó. Vì vậy, tôi nghĩ rằng tôi sẽ nhanh chóng đề cập đến lý do tại sao điều này đã trở thành một vấn đề trong một khoảng thời gian rất ngắn. Ban đầu, khái niệm cơ sở dữ liệu xuất phát từ người đàn ông đáng yêu này, Edgar Codd. Trong khi làm việc tại IBM, ông đã thay đổi thế giới về việc quản lý dữ liệu bằng cách tạo ra một khái niệm mà bây giờ chúng ta gọi là cơ sở dữ liệu quan hệ.
Ban đầu, cơ sở dữ liệu là một cơ sở dữ liệu và cuộc sống rất tốt, nó khá đơn giản cả về cột và tài liệu tham khảo, v.v. và bảng, và phát triển phần mềm khá đơn giản và hiệu suất thực sự không phải là vấn đề lớn - đó là một công nghệ thú vị mới Chúng tôi đã truy cập cơ sở dữ liệu thông qua một số dạng thiết bị đầu cuối và bạn chỉ thực sự có thể tạo ra rất nhiều sự tàn phá ở cuối thiết bị 3270 trên máy tính lớn và các loại thiết bị đầu cuối khác, những hệ thống khác xuất hiện. Và trong hầu hết các trường hợp, các thiết bị đầu cuối kiểu cũ rất giống với môi trường web hiện tại và đó là bạn điền vào một biểu mẫu trên màn hình trên chính thiết bị đầu cuối và nhấn Enter và tắt nó đi, nó sẽ bắn ra như một gói, như một yêu cầu, và hệ thống back-end sẽ giải quyết nó. Đó thực chất là những gì xảy ra trên trình duyệt web hiện nay, khi bạn nhập một liên kết trên trình duyệt web và hình thức đó thường không quay trở lại hệ thống trong thời gian thực, mặc dù với AJAX ngày nay, đó không hoàn toàn là trường hợp
Nhưng rồi một điều gì đó đã xảy ra, tương lai đã đến, và gần đây hơn là internet, và gần như ngày hôm qua, trong một web 2.0, và chỉ quanh góc chúng ta đã có Internet of Things. Và trong quá trình tương lai xảy ra, thế giới cơ sở dữ liệu đã bùng nổ và các tương tác với cơ sở dữ liệu trở thành một thứ mà tất cả chúng ta đã làm theo mặc định, đó không phải là trường hợp bạn sẽ đi đâu đó để làm gì đó, như mua một vé cho một chiếc máy bay và muốn đi đến phía bên kia hành tinh, ai đó đã phải nhập vào thiết bị đầu cuối tất cả các chi tiết của bạn và đi vào cơ sở dữ liệu và in ra một vé.
Hầu hết mọi thứ chúng ta làm bây giờ, cho dù đó là một chiếc taxi trên Google với một ứng dụng, cho dù đó là nhảy vào ngân hàng internet, mọi thứ chúng ta làm hàng ngày, với một loại hệ thống, đều được cung cấp bởi cơ sở dữ liệu. Và khi internet xuất hiện, việc mang đến cho chúng ta dễ dàng hơn một chút, cuộc sống hàng ngày của chúng ta thông qua trình duyệt web, rồi web 2.0 xuất hiện và mọi thứ trở nên di động, và quy mô của mọi thứ bùng nổ. Trên thực tế, dòng yêu thích của tôi trong chủ đề này là, Internet Kết nối mọi thứ, web 2.0 làm cho nó di động và xã hội, và mọi thứ trở nên rất, rất lớn và bây giờ chúng ta có internet và mọi thứ, và IoT, Yike !! Chúng tôi thậm chí chưa bắt đầu tưởng tượng ra tác động của Internet vạn vật khi nói đến thế giới trên các hệ thống cơ sở dữ liệu.
Vì vậy, theo cách nói hiện đại, những gì chúng ta từng nghĩ là thiết bị đầu cuối đã thực sự trở thành những thứ này, đó là điện thoại di động, đó là các loại máy tính bảng khác nhau, máy tính bảng màn hình lớn dành cho người tiêu dùng hoặc doanh nghiệp, máy tính xách tay và máy tính để bàn truyền thống dưới hình thức nào đó Trong một hình ảnh đó, bạn có thể thấy hầu hết mọi hình thức giao diện mà chúng ta hiện đang sử dụng để nói chuyện với các hệ thống cơ sở dữ liệu và ứng dụng được cung cấp bởi những thứ đó, từ những vật dụng nhỏ trong tay chúng ta đi xung quanh và dường như chúng ta đều dán mắt vào con đường đến với các phiên bản lớn hơn một chút, và iPad, và các máy tính bảng khác và Microsoft Surfaces, cho đến máy tính xách tay hàng ngày, hiện đang là trường hợp trong môi trường chuyên nghiệp và vv. Mọi người có xu hướng mua máy tính xách tay chứ không phải máy tính để bàn cố định, nhưng chúng là thiết bị đầu cuối hiện đại theo quan điểm của tôi và một phần lý do khiến cơ sở dữ liệu gặp phải tất cả các thách thức trong phần hiệu suất quản lý trong cuộc sống của chúng tôi, chứ không chỉ phát triển.
Vì vậy, tôi cho rằng đó là một trong những thách thức lớn nhất mà các doanh nghiệp vẫn đang phải đối mặt hàng ngày. Mọi người đều nghĩ rằng cơ sở dữ liệu là vấn đề duy nhất của chúng tôi, nhưng không phải vậy. Vì vậy, tất cả những gì ồn ào về? Vâng, khi chúng ta đi từ đầu này đến đầu kia với tất cả những thứ liên quan đến cơ sở dữ liệu, từ ý nghĩa thương mại và Mark đã bao quát các thành phần kỹ thuật rất tốt, nhưng theo nghĩa thương mại, như một tổ chức, chúng ta nghĩ về cơ sở dữ liệu. Chúng tôi đang xử lý mọi thứ từ thiết kế cơ bản và phát triển cơ bản. Khi một doanh nghiệp bắt đầu, họ sẽ nghĩ về việc phát triển các ứng dụng, phát triển khả năng hoặc thậm chí triển khai một ứng dụng hiện có ở một số hình thức. Một số hình thức thiết kế và phát triển phải diễn ra và rất nhiều suy nghĩ phải được đưa vào cách thức các hệ thống cơ sở dữ liệu này sẽ được triển khai, được hỗ trợ và quản lý, và các màn trình diễn được theo dõi.
Việc tích hợp môi trường cơ sở dữ liệu và các ứng dụng và các loại API, các loại quyền truy cập đang được cung cấp hiện đang ngày càng khó khăn hơn, phức tạp hơn. Quản trị, hỗ trợ và sao lưu hàng ngày, một lần nữa, đây là những điều mà chúng tôi nghĩ đã được giải quyết, nhưng rồi đột nhiên quy mô trở nên lớn hơn nhiều, và mọi thứ chuyển động nhanh hơn, và âm lượng lớn hơn nhiều; kích thước của các môi trường, các hệ thống cơ sở dữ liệu phải hỗ trợ tốc độ di chuyển của các giao dịch.
Hãy nghĩ về một cơ sở dữ liệu trong một môi trường giao dịch tần số rất cao, không có cách nào con người có thể theo dõi điều đó, đó chỉ là một cụm máy chiến đấu với một cụm máy khác để thực hiện giao dịch, mua và bán tần số cao, và khối lượng tại Những giao dịch đó xảy ra. Hãy nghĩ về một kịch bản thời hiện đại, như việc phát hành sớm một bộ phim Netflix mà bạn không nói về hàng trăm hoặc hàng ngàn, thậm chí hàng trăm ngàn, có khả năng hàng triệu người muốn xem bộ phim đó ngay từ giây thứ hai được phát hành. Tất cả thông tin đó được nắm bắt, theo dõi, và ghi lại và phân tích trong một nền tảng cơ sở dữ liệu.
Và sau đó là thế giới luôn tồn tại mà chúng ta đang sống bây giờ, 24/7, không chỉ theo dõi Mặt trời mà luôn có ai đó thức dậy lúc nửa đêm muốn làm gì đó, và giờ làm việc theo Mặt trời trên khắp thế giới. Vì vậy, thời gian hoạt động và tính sẵn sàng theo mặc định, là một khí hậu, việc mất điện thực sự không phải là một điều có thể chấp nhận được. Và dự phòng, nếu có vấn đề về hiệu năng hoặc nếu chúng ta cần một cửa sổ bảo trì để nâng cấp hoặc vá lỗi, hoặc bảo mật, thực sự, chúng ta cần có thể cắt từ môi trường cơ sở dữ liệu này sang môi trường cơ sở dữ liệu khác và thực hiện một cách liền mạch và tự động.
Bảo mật và tiêu chuẩn và tuân thủ, chúng tôi đã có một số điều khá lớn xảy ra trong thế giới muộn, đặc biệt là GFC, và vì vậy chúng tôi có một loạt các thách thức mới để đáp ứng xung quanh việc tuân thủ, bảo mật và các tiêu chuẩn phù hợp, và chúng tôi cần để có thể báo cáo về những người trong thời gian thực và lý tưởng ở dạng bảng điều khiển. Chúng tôi không muốn gửi một nhóm khỉ đến một trung tâm dữ liệu cố gắng tìm kiếm mọi thứ, chúng tôi cần hệ thống cho chúng tôi biết điều đó ngay lập tức, trong thời gian thực.
Và hai niềm vui lớn mà hầu như không ai nói đến, chúng tôi thường đẩy chúng xuống dưới tấm thảm và hy vọng rằng chúng sẽ không bao giờ ngẩng cao đầu, nhưng phục hồi thảm họa và tiếp tục kinh doanh - đó là những điều nên làm, vì hầu hết các phần, xảy ra tự động, nếu cần.
Chúng ta có thể dành nhiều ngày để nói về các loại điều có thể sai trong môi trường cơ sở dữ liệu và con người nói chung đã phản hồi, nhưng bây giờ chúng ta cần các hệ thống và công cụ để làm điều đó cho chúng ta. Một ví dụ là vi phạm dữ liệu và vì vậy, khi chúng ta nghĩ về cơ sở dữ liệu, và tôi hỏi câu hỏi này khá công khai dưới nhiều hình thức khác nhau: điều gì xảy ra với cơ sở dữ liệu khi chúng ta rời mắt và điều gì đó quan trọng xảy ra? Đặc biệt nếu không có một hệ thống xem hiệu suất và bảo mật và các khía cạnh chính khác của việc chạy cơ sở dữ liệu.
Vâng, những gì có thể xảy ra là đây, đây là một ảnh chụp màn hình của một số vi phạm gần đây trong hai đến ba năm qua. Lúc nào cũng vậy, tất cả đều đến từ một hệ thống cơ sở dữ liệu, và luôn luôn có một số vấn đề về bảo mật hoặc kiểm soát, hoặc truy cập xảy ra, và ở góc trên bên trái, chúng tôi đang xem 152 triệu tài khoản Adobe, trong đó mọi chi tiết của những khách hàng đã bị vi phạm. Và đó có phải là trường hợp của các công cụ thích hợp có thể được sử dụng để theo dõi và nắm bắt vụ việc, và kiểm soát an ninh, chúng tôi có thể tránh được một vài trong số đó, vài trăm hồ sơ đầu tiên bị đánh cắp có thể đã cảnh báo chúng tôi, và chúng tôi sẽ có dừng lại một trăm năm mươi triệu tiếp theo.
Sau đó, chúng ta đến điểm mấu chốt của toàn bộ hành trình này, đưa chúng ta đi qua, đó là: tại sao chúng ta cần các hệ thống tốt hơn? Tại sao chúng ta không thể ném nhiều xác hơn vào điều này, rằng chúng ta đã vượt qua điểm bùng phát trong quan điểm của mình, và chắc chắn tôi tin rằng có một trường hợp là bằng chứng muộn, rằng ném nhiều DBA, quản trị viên và nhiều người hơn vào Điều này không khắc phục vấn đề. Chúng ta cần một bộ công cụ tốt hơn và một bộ hệ thống tốt hơn.
Dưới đây là năm lý do hàng đầu của tôi mà tôi tin rằng hỗ trợ điều này và chúng được xếp hạng theo mức độ quan trọng, dựa trên những gì tôi thấy trên các doanh nghiệp tư nhân và tiểu bang bị chi phối môi trường này, những thách thức mà chúng gặp phải với môi trường cơ sở dữ liệu, và quản lý chúng.
Bảo mật và tuân thủ - số một. Bạn biết đấy, kiểm soát ai có quyền truy cập, họ có quyền truy cập ở đâu, khi nào họ có quyền truy cập, tần suất họ có quyền truy cập, nơi họ đã truy cập từ đó. Có khả năng các thiết bị họ đã thực sự chạm vào và các loại thứ họ đã xem và sự tuân thủ xung quanh đó. Có con người chạy báo cáo 30 ngày sau để cho chúng tôi biết liệu mọi thứ có ổn không chỉ là không phù hợp nữa, nó phải xảy ra trong thời gian thực.
Hiệu suất và giám sát - có vẻ như không có trí tuệ, nhưng luôn luôn là không. Cho dù chúng tôi đang sử dụng các công cụ nguồn mở hoặc một số công cụ thương mại của bên thứ ba, theo nhiều cách, chúng tôi luôn bỏ lỡ chiếc thuyền, theo nhiều cách, với các loại giám sát hiệu suất được yêu cầu và chi tiết, và khả năng đáp ứng kịp thời .
Phát hiện và ứng phó sự cố - đó phải là một vấn đề thời gian thực ngay lập tức và chúng tôi luôn cần một hệ thống để làm điều đó cho chúng tôi, hoặc ít nhất là cảnh báo chúng tôi nhanh chóng để chúng tôi có thể giải quyết, để một số vấn đề phát sinh được giải quyết nhanh chóng và không vượt khỏi tầm kiểm soát.
Quản lý và quản trị - một lần nữa, chúng tôi nghĩ rằng những vấn đề này đã được giải quyết, nhưng không phải vậy. Mục tiêu của các vấn đề đang gặp phải bởi các nhóm cơ sở dữ liệu, đặc biệt là các DBA, nơi một hệ thống nên chăm sóc mọi thứ cho chúng tôi, chúng tôi vẫn chưa giải quyết được vấn đề đó, đó vẫn là một vấn đề thực sự.
Và ngay từ đầu với thiết kế và phát triển, khi chúng tôi bắt đầu xây dựng các công cụ này, chúng tôi xây dựng môi trường cơ sở dữ liệu, có thể đưa các công cụ thích hợp vào phát triển và thử nghiệm, và tích hợp, nền tảng. Đây vẫn không phải là điều dễ dàng đối với chúng tôi và trong toàn bộ hành trình này, nó đưa chúng tôi đến cùng một thông điệp, rằng trong tâm trí tôi, chúng tôi cần các hệ thống tốt hơn và các công cụ tốt hơn để giúp chúng tôi cung cấp các kết quả mà chúng tôi cần môi trường cơ sở dữ liệu của chúng tôi, vì vậy các doanh nghiệp đang thúc đẩy giá trị từ khách hàng của chúng tôi. Chúng ta không thể cứ ném nhiều xác hơn và nhiều DBA hơn, quy mô quá lớn, tốc độ quá nhanh và âm lượng quá cao. Với điều đó, Eric tôi có thể trả lại cho bạn.
Eric Kavanagh: Tôi yêu nó, chúng tôi đã có rất nhiều nền tảng ở đó, rất nhiều khách hàng tiềm năng, và chúng tôi tiếp tục và trao cho họ chìa khóa cho Bullett chỉ trong một giây.
Bullett Manale: Được rồi.
Eric Kavanagh: Ồ, hãy mang nó đi và Bullett, bây giờ tôi đang trao nó cho bạn, và sàn nhà là của bạn.
Bullett Manale: Được rồi, cảm ơn bạn. Tôi nghĩ rằng rất nhiều điểm tốt đã được thực hiện. Tôi muốn nhanh chóng nói chuyện một chút về Idera, chúng ta là ai, và sau đó chúng ta sẽ nhảy vào. Tôi sẽ nói về công cụ mà tôi nghĩ rằng rất nhiều thứ chúng ta đang nói đến, chúng ta có thể loại tập hợp và loại thảo luận về một số lĩnh vực trong đó các căn chỉnh này, với công cụ này, sản phẩm Trình quản lý chẩn đoán.
Bây giờ, những gì tôi muốn làm đầu tiên, chỉ là loại cung cấp cho bạn một chút nền tảng về Idera là ai; chúng tôi đã có mặt từ khoảng năm 2003 và vì vậy chúng tôi đã bắt đầu chỉ với các công cụ SQL Server và đó là những gì chúng tôi sẽ tập trung vào hôm nay, sẽ là sản phẩm Trình quản lý chẩn đoán. Nhưng bạn có thể thấy tất cả những thứ chúng tôi có ở đây, và gần đây, như đã đề cập trước đó, chúng tôi đã mua Chính xác và thông qua việc mua lại, chúng tôi cũng có Embarcadero, và vì vậy chúng tôi đã có một danh mục sản phẩm khá tốt.
Về mặt giám sát hiệu suất, về mặt SQL Server, sản phẩm mà tôi muốn nói đến, phù hợp với những chủ đề chúng ta đang thảo luận, là Trình quản lý chẩn đoán. Bây giờ, đây là một sản phẩm đã xuất hiện từ khá gần với thời kỳ đầu của Idera và tôi đã may mắn trở thành một phần của nó kể từ khoảng năm 2005. Và tôi đã thấy rất nhiều thay đổi về mặt SQL Server, sự thay đổi từ vật lý sang ảo, tất cả những thứ đó đã xảy ra và cả nhu cầu của các DBA khi môi trường phát triển và những loại điều đó.
Điều tôi bắt đầu, là người dùng tiêu biểu cho sản phẩm của chúng tôi là DBA, và vì vậy, khi chúng tôi lần đầu tiên nói chuyện với mọi người, những khách hàng tiềm năng, chủ yếu là các DBA mà chúng tôi đang nói đến. Chúng tôi không nói chuyện với các nhà quản lý CNTT hoặc giám đốc, đôi khi có thể đạt đến mức đó, nhưng khởi đầu ban đầu là DBA có vấn đề, DBA cố gắng khắc phục sự cố và rất nhiều lần chúng tôi Trong một số trường hợp, bạn sẽ tải xuống và dùng thử sản phẩm như một phần của điều đó. Bạn có thể nhận được trình quản lý dữ liệu hoặc DBA hoặc DBA hoạt động, anh chàng đủ may mắn để trở thành kỹ thuật nhất trong phòng, trong một số trường hợp. Bây giờ, khi bạn đến các môi trường doanh nghiệp lớn hơn, rõ ràng, sau đó bạn sẽ nhận được các DBA toàn diện, thông thường họ sẽ là những người sử dụng công cụ. Và tôi đã đi trước và chỉ thêm một chút lúng túng ở đây từ Wikipedia. Nó thuộc về trách nhiệm của DBA như Wikipedia nói, đó là những gì họ làm.
Nếu bạn xem qua danh sách ở đây, rất nhiều trong số những điều này, tôi sẽ không đọc nó, nhưng bạn sẽ nhận được rất nhiều điều điển hình bạn sẽ nghĩ đến, và sau đó, một trong số chúng, bạn đã theo dõi và tối ưu hóa hiệu suất của cơ sở dữ liệu, và đó là một cơ sở khá lớn. Và điều thú vị là khi bạn nói chuyện với DBA, họ luôn là những người bị đổ lỗi đầu tiên, khi gặp vấn đề và đó có thể không thực sự là lỗi của họ, nhưng khi có vấn đề về hiệu năng, điển hình là với một ứng dụng được gắn với cơ sở dữ liệu DBA, họ là những người nhận lỗi, vì vậy họ luôn tìm kiếm lý do tại sao đó không phải là lỗi của họ. Trong rất nhiều trường hợp đó là những gì họ có thể sử dụng công cụ này, Trình quản lý chẩn đoán, để giúp họ làm.
Nhưng vào cuối ngày, nếu cơ sở dữ liệu không hoạt động, thì rất nhiều thứ khác không thực sự quan trọng, các ứng dụng của bạn không hoạt động, thì nó thực sự không quan trọng đối với nhiều thứ này nhiều thứ. Trước hết, chúng tôi muốn có thể đảm bảo rằng người dùng trải nghiệm theo cách chúng tôi biết, không bị giảm bớt, đó là điều mà các DBA luôn cố gắng hướng tới. Và tôi nghĩ rằng, nếu bạn nhìn vào lý do tại sao mọi người thường mua và sử dụng sản phẩm Trình quản lý chẩn đoán SQL, một trong những lý do đầu tiên, có lẽ không phải là quan trọng nhất, không kéo dài hoặc ít nhất, nhưng đó là bằng nhau trên bảng, và tùy thuộc vào người bạn nói chuyện, những lý do này, hầu như một hoặc hai trong số họ luôn luôn có, có một số nhu cầu xung quanh.
Nhưng cái đầu tiên là có thể có cái nhìn tập trung về các thể hiện như một SQL mà họ đang quản lý. Và một điều buồn cười là trong rất nhiều trường hợp, nếu bạn hỏi một DBA, thì bạn có bao nhiêu trường hợp quản lý? Một số thay đổi thường xuyên, trong một số trường hợp họ không thực sự chắc chắn. Vì vậy, bạn cần một cái gì đó nhiều hơn là chỉ có thể ném mọi thứ lên màn hình. Bạn muốn nắm bắt thông tin đó, bạn muốn hiểu rõ về nó và vì vậy đó là một trong những điều mà Trình quản lý chẩn đoán chắc chắn có thể giúp đỡ, là có thể cung cấp cho bạn loại quan điểm đó vào môi trường.
Và đó không chỉ là một cái nhìn vào môi trường, mà còn là một cái nhìn mà DBA, người quản trị cơ sở dữ liệu, cảm thấy thoải mái và đó là một bàn điều khiển mà DBA là trung tâm, nếu bạn muốn. Nó được tạo ra cho một quản trị viên cơ sở dữ liệu. Có rất nhiều công cụ giám sát ngoài kia, có rất nhiều công cụ hiệu suất ngoài kia, nhưng như tôi đã nói, vào cuối ngày, DBA muốn có một công cụ được thiết kế cho DBA, bởi vì có rất nhiều thứ cụ thể cho những gì họ làm trong ngày của họ
Và như đã nói, bạn đã có SCOM, bạn đã có HPF, bạn đã có tất cả các công nghệ khác này, nhưng họ muốn thứ gì đó đặc biệt với những gì họ đang làm. Tôi nghĩ rằng chúng tôi có thể giúp đỡ trong khu vực đó với sản phẩm này, bạn sẽ thấy khi chúng tôi vào đó trong một giây. Một điều khác mà chúng ta thấy với DBA chắc chắn là một trong những điều chúng ta đã chạm vào trước đó, đó là họ cần có khả năng nhìn thấy những gì đang diễn ra, rõ ràng, và họ cần có thể nhìn toàn bộ doanh nghiệp và yên tâm khi biết chuyện gì đang xảy ra Nhưng đồng thời, họ không ngồi đó nhìn chằm chằm vào bảng điều khiển.
Hãy nhớ tất cả những gạch đầu dòng mà bạn đã thấy trong danh sách đó, mà tôi vừa kéo lên? Họ cũng phải làm những việc khác nữa, vì vậy, không chỉ là chờ đợi đám cháy được dập tắt. Trong nhiều trường hợp sẽ có các cuộc họp hoặc rất nhiều cửa sổ bảo trì liên quan đến quản trị viên cơ sở dữ liệu đang hoạt động vào giữa đêm khi họ đang ngủ, vì vậy họ phải có khả năng quay lại và xem điều gì đã xảy ra . Trong rất nhiều trường hợp, nếu bạn không nắm bắt được điều gì đó khi nó xảy ra, một khi sự cố đã biến mất hoặc ít nhất là với SQL Server, thì đó là một vấn đề khi bạn xử lý tình huống mà bạn không xử lý có bất kỳ tàn dư của vấn đề đó nữa. Và những vấn đề đó biến mất, và những tàn dư cũng vậy, điều đó có nghĩa là bạn có ít sự cố hơn, bạn có ít thông tin hơn để giải quyết.
Như đã nói, đó chắc chắn là một trong những điều mà Trình quản lý chẩn đoán có thể giúp đỡ, là cung cấp cho bạn quan điểm đó về quá khứ để truy vấn thông tin từ quá khứ, Hồi Tôi có cảnh báo với việc chặn không, tôi có gặp vấn đề với bế tắc không, chúng ta có những thứ đang xảy ra liên quan đến tài nguyên của chúng ta không? Tôi có thể quay lại và truy vấn thông tin đó. Tôi có thể khoan vào các điểm cụ thể trong thời gian. Tôi có thể thực hiện tất cả những điều đó trực tiếp từ bên trong công cụ.
Tất cả những điều đó, dù là nội bộ hay ứng dụng bên ngoài, DBA đều muốn biết, vì họ muốn có thể xem điều gì gây ra sự cố. Sẽ không có vấn đề gì nếu đó là ai đó trong tổ chức hoặc ai đó bên ngoài tổ chức đã viết mã; họ vẫn muốn có thể cô lập nó, để họ biết rằng vấn đề đang xảy ra và họ biết nó đến từ đâu.
Vì vậy, hiệu suất và trách nhiệm là một phần quan trọng trong những gì sản phẩm của chúng tôi làm. Chúng tôi có thể cung cấp tất cả các chi tiết đó, và điều tuyệt vời là bạn có khả năng đi sâu vào. Nếu có một nút cổ chai, bạn có thể tương quan điều đó với ứng dụng, với người dùng, với cơ sở dữ liệu, với truy vấn. Và một lần nữa, nó là một loại súng hút thuốc. Bạn nhận được một mối tương quan trực tiếp giữa khi truy vấn này chạy, nó đang làm gì? Và đó không chỉ là về bản thân truy vấn, về mặt thực thi chính nó, mà còn là truy vấn theo thời gian trở nên tồi tệ hơn? Và những điều đó cũng có thể được trả lời, với sản phẩm, đó chắc chắn là điều mà nếu bạn đang cố gắng chủ động, thật tuyệt khi có thể nói: "Này, đây là một truy vấn không tốt, nhưng cậu bé nhìn vào nó khi nó chạy xa hơn, chúng ta có thể thấy nó còn tệ hơn và tệ hơn nữa, tôi có thể làm gì đó về điều đó. "
Nếu chúng ta đi vào khu vực tiếp theo ở đây; và điều này có lẽ - tôi muốn nói rằng đây là một trong những cái lớn. Một trong những câu hỏi tôi đặt ra, khi tôi hiển thị sản phẩm của chúng tôi là, tôi sẽ luôn hỏi người quản trị cơ sở dữ liệu, "Làm thế nào để bạn nghe về một vấn đề liên quan đến cơ sở dữ liệu SQL Server của bạn?" Và điều đó thật buồn cười, bởi vì hầu hết thời gian - hiện đã được cấp, hầu hết thời gian họ đang nhìn vào sản phẩm của chúng tôi, bởi vì trong nhiều trường hợp họ đang cố gắng giải quyết một nhu cầu cụ thể. Nhưng thật thú vị khi nghe loại điều ban đầu - ít nhất là với SQL Server, đó là loại - bạn biết đấy, trong những ngày đầu của SQL Server, bạn đã có SQL Server và sau đó bạn có Oracle. Và mọi người đều có Oracle và SQL Server giống như, vì thiếu một biểu thức tốt hơn, con riêng của cơ sở dữ liệu, khi nó bắt đầu.
Và sau đó khi Microsoft bổ sung thêm nhiều tính năng cho nó, nó trở thành một công cụ doanh nghiệp hơn một chút. Và rõ ràng, nó đã đi một chặng đường dài kể từ đó. Nhưng vấn đề là, một lần bạn có thể lập luận rằng các cơ sở dữ liệu không được coi là quan trọng trở lại trong ngày. Và điều đó đã thay đổi theo thời gian. Bây giờ vì điều đó, trong rất nhiều trường hợp, mọi người đang cố gắng để có được bàn tay của họ, và nói, Bạn biết gì không? Tôi đã có tất cả các cơ sở dữ liệu SQL Server này, tôi đang cố gắng xử lý nó. "Và thay vì nghe về các vấn đề từ bàn trợ giúp hoặc nghe về các vấn đề từ những người cụ thể - như chính người dùng, họ ' Đang tìm kiếm một số cách để giải quyết vấn đề đó. Họ đang tìm cách để có thể nhận thức được những tình huống đó trước khi chúng xảy ra.
Và vì vậy, với Trình quản lý chẩn đoán, đó là một trong những điều chúng tôi đang cố gắng thực hiện, ít nhất có thể khiến DBA là người đầu tiên biết về những tình huống đó hoặc những vấn đề đó để họ có thể làm một cái gì đó về nó, hoặc ngay khi chúng xảy ra, hoặc đưa nó đi xa hơn một bước, để phân tích các hệ thống mà nó đang theo dõi. Và để có thể cung cấp cho bạn lời khuyên chủ động sẽ cải thiện hiệu suất của trường hợp đó và có thể thực hiện điều đó một cách thường xuyên. Chẳng hạn, chúng ta cần thêm một chỉ mục, dựa trên khối lượng công việc; những loại điều, công cụ có khả năng làm là tốt. Vì vậy, chúng ta sẽ thấy rất nhiều điều đó trong công cụ.
Một điều khác và điều cuối cùng nằm trong danh sách này, đó là phần mô tả chung hơn, nhưng đó là điều chắc chắn đáng chú ý. Và đặc biệt, khi bạn tham gia vào các loại tình huống cấp doanh nghiệp lớn hơn, nơi bạn có nhiều trường hợp, sẽ luôn có một điều tối nghĩa mà tôi sẽ muốn theo dõi, nếu tôi là quản trị viên cơ sở dữ liệu, cho thí dụ. Và vì vậy, những gì chúng tôi cố gắng làm là dự đoán về những gì mà DBA điển hình sẽ muốn theo dõi.
Với điều đó đã được nói, bạn cũng sẽ có thể về - luôn luôn có một cái gì đó mới. Vì vậy, chúng tôi đã cung cấp một cách để bạn thêm bất kỳ số liệu nào bạn cần theo dõi và quản lý sau khi có thể thêm điểm cài đặt. Vì vậy, bất kỳ bộ đếm PerfMon, bộ đếm WMI, đối tượng bộ đếm SQL Server; tất cả những thứ có thể được kết hợp vào công cụ. Bạn có khả năng thêm các truy vấn bổ sung có thể được kết hợp vào các khoảng thời gian bỏ phiếu của bạn.
Và, điều cuối cùng cũng đáng chú ý là chúng ta có thể thêm và thực sự giao tiếp với cả vCenter và Hyper-V để có thể lấy số liệu từ các môi trường đó. Bởi vì một trong những điều chúng tôi đã xác định với DBA, đó là chúng thường không phải là một phần của hoạt động. Và họ không nhất thiết phải có, bạn biết, môi trường vCenter, có sẵn cho họ, hoặc những thứ có sẵn cho họ.
Và vấn đề là nếu họ đang xử lý một cá thể SQL Server và họ đã được phân bổ tài nguyên, nhưng cá thể đó được ảo hóa, có vẻ như họ có tất cả tài nguyên trên thế giới, khi họ chỉ giám sát những gì trên hệ điều hành khách. Trên thực tế, trên máy chủ, có thể có 30, hoặc 40 hoặc 50 hoặc 100 máy ảo khác mà họ đang cố truy cập và có sự tranh chấp về cùng các tài nguyên đó. Và cách duy nhất để thực sự thấy điều đó là giao tiếp với các môi trường khác và với các giao diện đó, trong trường hợp này, điều mà chúng ta làm.
Bạn có khả năng thêm các loại bộ đếm khác vào công cụ. Bây giờ không chỉ là về việc có thể giám sát các quầy đó, mà còn là việc có thể tạo ra các quầy mới đó, mà bạn giới thiệu cho sản phẩm, biến chúng thành một phần của công cụ, như thể chúng là một thước đo vượt trội . Một thứ vượt trội mà bạn muốn theo dõi; vì vậy điều đó có nghĩa là có thể kết hợp chúng vào bảng điều khiển của chúng. Điều này có nghĩa là có thể thêm chúng vào báo cáo tùy chỉnh của riêng bạn, rõ ràng có thể đặt ngưỡng và cảnh báo cho chúng, nhưng cũng có thể đặt cơ sở cho chúng và có thể đặt ngưỡng với một số kiến thức, về nơi đặt chúng dựa trên những thứ như của bạn đường cơ sở và những gì bình thường. Vì vậy, bạn có rất nhiều những thứ cũng có trong sản phẩm.
Những gì tôi đã cung cấp cho bạn là thứ mà tôi gọi là những sản phẩm cung cấp cốt lõi cho Trình quản lý chẩn đoán "và tôi có thể tiếp tục và chỉ cho bạn một chút hương vị đó bằng cách đi vào sản phẩm. Điều tôi sẽ làm là chia sẻ màn hình của tôi, được rồi, và sẽ kéo nó lên. Vì vậy, những gì bạn sẽ thấy, đây là bảng điều khiển cho Trình quản lý chẩn đoán. Và như tôi đã đề cập trước đó, đi đến lõi đầu tiên có thể phân phối được, có thể nhìn vào có nhiều thứ từ chế độ xem cấp độ doanh nghiệp. Có rất nhiều ví dụ khác nhau về công cụ này. Chúng tôi có một dạng xem hình thu nhỏ, chúng tôi có nhiều hơn về chế độ xem dạng lưới. Chúng tôi cũng có, về mặt linh hoạt, chúng tôi Bảng điều khiển dựa trên web cũng có giao diện khác dành cho bạn, như bản đồ chính và những thứ tương tự. Nhưng vấn đề là, bạn có khả năng nhìn và nhìn mọi thứ ở mức cao. Nhưng khi xảy ra sự cố, bạn sẽ tìm hiểu sâu hơn một chút về công cụ và thực sự thấy các thăm dò cụ thể chanh, và có một số cách để hiểu và biết những gì đang xảy ra. Và rõ ràng điều đó rất quan trọng.
Bây giờ, về mặt có thể thực sự nhìn thấy những gì đã xảy ra trong quá khứ; Nếu tôi đang xem xét một vấn đề xảy ra ngày hôm qua, hoặc một tuần trước, thì trong tình huống đó, bạn biết đấy, bạn sẽ có nhu cầu có thể đi ra một phiên bản SQL cụ thể. Và tin tốt là, nếu bạn biết vấn đề đó xảy ra vào thời gian nào trong sản phẩm, bạn có thể truy cập trực tiếp vào trình duyệt lịch sử. Và tôi có thể chỉ ra một thời gian cụ thể trong ngày; nó có thể là từ một vài tuần trước, nó có thể là từ ngày hôm qua. Nhưng bất cứ ngày nào tôi chọn trong lịch, sau đó tôi sẽ được trình bày với các khoảng thời gian bỏ phiếu khác nhau. Trong trường hợp đó bây giờ, tôi thực sự thấy những gì tôi sẽ thấy nếu tôi đang xem bảng điều khiển vào ngày 20 tháng 4 lúc 1:37 chiều
Vì vậy, tôi có thể quay ngược thời gian và sau đó khi tôi làm điều đó, tất cả các tab khác nhau mà chúng tôi thấy ở đây sẽ phản ánh thời điểm cụ thể đó, bao gồm các truy vấn có thể chạy kém, kể cả có thể nếu Tôi đã có phiên với chặn. Tất cả các loại công cụ đó sẽ hiển thị trong công cụ và nó sẽ cho phép tôi rõ ràng tận dụng thông tin lịch sử đó để có thể, bạn biết, khắc phục vấn đề. Bây giờ trên lưu ý đó, khi chúng ta nói về lịch sử, một điều đáng chú ý ở đây là nó không chỉ sử dụng lịch sử để khắc phục sự cố. Lịch sử đó rất có giá trị rõ ràng, vì những lý do khác. Và, một trong những vấn đề lớn là có thể đưa ra quyết định hiệu quả, và có thể đưa ra quyết định nhanh chóng, với thông tin phù hợp. Vì vậy, tất cả lịch sử đó, tất cả thông tin chúng tôi thu thập, chúng tôi có thể báo cáo lại.
Nếu ai đó đến với tôi và nói: "Tôi đã nhận được ứng dụng mới thực sự tuyệt vời này. Nó sẽ thay đổi thế giới như chúng ta biết. Ồ, nhân tiện, nó sẽ yêu cầu một cơ sở dữ liệu, và bằng cách đó, nó sẽ thực sự chốt I / O trên máy có cơ sở dữ liệu đó. " Nếu tôi biết rằng đi sâu vào nó, thì tôi có thể tận dụng thông tin đó để có thể cung cấp thứ hạng của tất cả các máy chủ sản xuất của mình, có thể dựa trên bảy ngày thu thập cuối cùng. Và tôi sẽ có thể nhanh chóng đi đến kết luận về trường hợp nào có ý nghĩa nhất để sử dụng cơ sở dữ liệu đó. Vì vậy, đó là loại thông tin lịch sử rõ ràng cũng rất có giá trị.
Về mặt truy vấn; về mặt xem xét các truy vấn, chúng tôi có rất nhiều cách khác nhau để làm điều đó trong công cụ. Và cái tôi muốn xem là Chế độ xem truy vấn, bởi vì Chế độ xem chờ truy vấn rất hữu ích về mặt khả năng đánh giá. Nếu tôi có một nút cổ chai xảy ra, về cơ bản có thể xác định tất cả các lĩnh vực khác nhau đang ảnh hưởng đến truy vấn cụ thể, cụ thể đó; Không chỉ bản thân truy vấn và tác động của truy vấn đó là gì, mà còn, bạn biết, nó đến từ ứng dụng nào, đến từ phiên nào, người dùng nào đã gọi nó và tất cả những thứ đó, rõ ràng, tôi có thể xem thông tin đó trong thời gian thực, nhưng tôi cũng có khả năng nhìn vào dữ liệu đó từ quá khứ. Và đó là một trong những điều ở đây, và tôi đã khởi động một kịch bản, nhưng tôi phải chờ nó xuất hiện.
Trong khi chúng tôi chờ đợi điều đó, tôi muốn - và tôi biết chúng tôi đang đến đúng giờ, vì vậy tôi cũng muốn nói chuyện một chút về việc thông báo cảnh báo là chủ động. Và khi bạn nói về loại công cụ đó, như tôi đã nói, là phần chủ động, có rất nhiều công cụ cảnh báo. Phần khó là không gửi email. Phần cứng không ghi vào nhật ký sự kiện hoặc tạo bẫy SNMP. Phần khó là biết khi nào nên gửi thông báo đó vào những thời điểm thích hợp. Và do đó, rất nhiều việc phải thực hiện một số tính toán, phải hiểu, "Điều gì về trường hợp cụ thể đó và điều gì là bình thường khi nó liên quan đến trường hợp đó?"
Và vì vậy, đối với tất cả các số liệu có ý nghĩa để làm như vậy, chúng tôi căn cứ vào các số liệu đó. Chúng tôi thực sự chỉ cho bạn đường cơ sở, chúng tôi sẽ chỉ cho bạn ngưỡng mà hiện tại nó được đặt. Và sau đó, một điều tốt đẹp khác về nó, đó là giả sử, tôi đặt ngưỡng của mình trong trường hợp này là sáu và mười chỉ cho ví dụ này. Sáu tuần kể từ bây giờ, nếu tôi quay lại trường hợp này, đường cơ sở này hoàn toàn có thể thay đổi, bởi vì một trong những điều chúng tôi đang làm khi tính toán đường cơ sở, theo mặc định, là phép tính bảy ngày. Vì vậy, nó luôn mang đến cho tôi một phiên bản cập nhật của đường cơ sở. Và điều gì xảy ra nếu đường cơ sở đó chuyển lên ngưỡng của tôi? Trong trường hợp này, tôi có thể thấy và cảnh báo các đề xuất về cơ bản nói rằng: "Này, bạn có một ngưỡng có thể được đặt không chính xác, cụ thể là nơi chúng ta thấy ngưỡng đó và rõ ràng là đường cơ sở, có lẽ bạn sẽ đến nhận được một cảnh báo cho một cái gì đó là một sự xuất hiện bình thường. "
Và vì vậy, thay vì điều trị một triệu chứng của một điều gì đó bình thường, tôi có thể xác định loại tình huống mà ngưỡng thực tế được đặt không chính xác. Và điều cho phép tôi làm rõ ràng là đặt các ngưỡng theo nơi tôi sẽ nhận được cảnh báo. Đó là điều mà tôi biết là giống như một lời kêu gọi hành động hơn là một cuộc điều tra để xem liệu đó có thực sự là một vấn đề hay không. Và tôi nghĩ rằng một phần của công cụ này thực sự hữu ích về mặt cơ sở và có thể tính toán.
Bây giờ, với sản phẩm này, bạn có khả năng thực sự có nhiều đường cơ sở; bạn có thể đặt chúng cho các khoảng thời gian khác nhau và bạn có thể điều chỉnh động các ngưỡng dựa trên đường cơ sở của mình, đây cũng là phần rất quan trọng để thích ứng với các thay đổi xảy ra hàng ngày với các phiên bản SQL Server của bạn . Bây giờ, trong trường hợp này ở đây, chúng tôi loại bao gồm rất nhiều cài đặt của các ngưỡng và hiển thị cho bạn các đường cơ sở. Nhưng theo như các cảnh báo thực tế có liên quan, bản thân thông báo, điều thú vị về Trình quản lý chẩn đoán, là nó cung cấp cho bạn nhiều hồ sơ cảnh báo. Vì vậy, nếu bạn có ví dụ về cấu hình cuộc gọi từ 2:00 sáng đến 5:00 sáng, thì tôi có thể có một cấu hình cụ thể cho khoảng thời gian đó và tôi có thể đặt tất cả các điều kiện và cài đặt phù hợp tại đây cho phản ứng của tôi.
Bây giờ, điều về phản hồi là, trong một số trường hợp, tôi có thể gửi email hoặc tôi có thể bắn ra và tạo bẫy SNMP hoặc ghi vào nhật ký sự kiện. Có rất nhiều thứ khác chúng ta có thể làm, nhưng khi tôi nói chuyện với các DBA, điều họ thực sự, thực sự thích là trong hầu hết các trường hợp, rất nhiều công việc được thực hiện là những thứ lặp đi lặp lại. Đó là thứ họ biết chính xác khi sự cố xảy ra, phải làm gì để khắc phục. Họ chỉ cần đi và can thiệp. Và khi bạn phát triển môi trường của mình, khi bạn có nhiều trường hợp hơn, điều đó trở nên khó thực hiện hơn rất nhiều. Vì vậy, một trong những điều bạn có thể làm trong công cụ mà tôi nghĩ là đáng chú ý, là bạn có khả năng thiết lập một điều kiện, nhưng dựa trên điều kiện đó để có thể đặt phản hồi để chạy tập lệnh, để chạy một tập lệnh công việc, để chạy một thực thi. Và, vấn đề là nếu bạn quyết định chạy một tập lệnh, tôi có thể sử dụng các tham số, bên trong tập lệnh đó sẽ ở thời gian chạy, được điền với thông tin thực tế.
Vì vậy, nếu có vấn đề với cơ sở dữ liệu cụ thể, tập lệnh sẽ được thiết kế để chạy chỉ với cơ sở dữ liệu nơi xảy ra sự cố. Vì vậy, bạn có thể tự động giải quyết các vấn đề theo cách tự động, và sau đó tôi vẫn có thể nhận được email để quay lại và nói với tôi rằng "Này, có một vấn đề, nhưng nhân tiện, nó đã được sửa." Kịch bản đã được chạy và là DBA mà bạn biết về nó, nhưng bạn không thực sự phải vào và can thiệp. Bây giờ, trên cùng một lưu ý về việc chủ động, rõ ràng chúng ta cũng có một tính năng khác ở đây là tính năng "Phân tích". Và, điều này sẽ làm là nó sẽ kiểm tra thường xuyên, chống lại trường hợp của SQL. Và, trong một số trường hợp, nó sẽ lặn sâu hơn về những gì nó đang tìm kiếm. Những điều như phân tích chỉ số giả thuyết sẽ được thực hiện. Tôi có thêm chỉ mục không? Tôi có xóa chỉ mục không? Và, tất cả những thứ đó rõ ràng sẽ giúp ích cho màn trình diễn của tôi, nhưng một lần nữa, tất cả là về sự chủ động. Đó là về việc có thể đưa ra quyết định trước khi công cụ bị phá vỡ, và để làm cho nó chạy tốt hơn. Và, trong rất nhiều trường hợp, đó thực sự là những gì chúng tôi đang cố gắng làm ở đây.
Quay trở lại Truy vấn Chờ đợi mà chúng ta đã nói trước đó; như bạn có thể thấy, có một sự tăng đột biến lớn ở đây. Tôi đã chạy một kịch bản trước đó chỉ gây ra một số hoạt động chờ đợi và như tôi đã đề cập trước đó, chúng tôi có một cách thực sự độc đáo mà bạn có thể đi sâu vào thông tin này. Nếu tôi muốn xem nó là ứng dụng gì; Tôi có thể thấy nó đến từ ứng dụng NoQuery. Chúng tôi sẽ có thể thấy cơ sở dữ liệu được liên kết với, phiên, người dùng và sau đó nếu tôi muốn, tôi cũng có thể xếp hạng cơ sở dữ liệu này, theo sự chờ đợi của tôi. Vì vậy, tôi có thể nói, trong tất cả những chờ đợi đã xảy ra trong cửa sổ thời gian đó, cái nào đang xảy ra nhiều nhất? Và nếu tôi thấy điều đó xảy ra nhiều nhất, điều thực sự tuyệt vời là tôi có thể đi sâu vào loại chờ đó và tôi có thể thấy tất cả các lệnh. Nếu bạn nhìn vào đây, họ đã làm cho sự chờ đợi đó xảy ra. Và tôi cũng có thể thấy chủ yếu, đó là ứng dụng nào, điều đó đang khiến sự chờ đợi đó xảy ra.
Vì vậy, nó dính ra như ngón tay cái đau. Tôi có thể ngay lập tức đi đến và nói: "Đây là ứng dụng gây ra sự tắc nghẽn của tôi. Bây giờ truy vấn nào đã được chạy? Người dùng nào đã chạy nó? Cơ sở dữ liệu nào đã chạy với? Hay và cứ thế. Hy vọng điều đó có ý nghĩa, và nó cũng giúp đảm bảo rằng bạn không có độ trễ trong môi trường của mình, vì nó liên quan đến cơ sở dữ liệu của bạn. Hy vọng điều này hữu ích. Tôi sẽ tiếp tục vào thời điểm này và đưa nó trở lại, và tôi đoán chúng ta có thể tiếp tục từ đó
Eric Kavanagh: Điều chắc chắn. Vì vậy, tôi đoán tôi sẽ ném nó cho các chuyên gia của chúng tôi trong ngày. Đánh dấu, có thể đầu tiên bạn muốn bình luận và đặt một vài câu hỏi. Sau đó Dez, bạn có thể kêu vang.
Mark Madsen: Vâng, cảm ơn, tôi thực sự thích xem một số điều này. Đó là một giám sát thông minh hơn nhiều so với tôi từng thấy. Tôi tò mò với việc quản lý dữ liệu đằng sau này; quản lý các số liệu mà bạn có thể theo dõi, và bạn biết, hãy tìm những thứ như đặc biệt là thay đổi đường cơ sở, đó là một trong những điểm đau thú cưng của tôi, với bảng điều khiển. Làm thế nào để bạn đối phó với dữ liệu đó và phần thứ hai của dữ liệu đó là với số liệu cơ bản, giống như loại dịch chuyển - bạn có khả năng tự động thay đổi ngưỡng không, vì vậy tôi không phải quay trở lại và thiết lập lại ngưỡng bằng tay, khi đường cơ sở thay đổi?
Bullett Manale: Bạn làm được, và vì vậy điều tốt đẹp về nó là bạn có thể quyết định điều đó. Bạn có thể làm một trong hai. Tôi có thể đặt ngưỡng và đặt nó thành cài đặt tĩnh hoặc tôi có thể chọn hộp để nói: "Đặt ngưỡng này thành ngưỡng động, sẽ thay đổi khi đường cơ sở của tôi thay đổi. Và tôi có khả năng và công cụ để đặt cửa sổ mặc định thời gian cho đường cơ sở của tôi. Nhưng sau đó, nếu tôi cần, tôi có thể có một cửa sổ đường cơ sở riêng, ví dụ, từ cửa sổ bảo trì của tôi từ 2:00 sáng, hãy nói cho đến 5:00 sáng, vì tôi sẽ đánh thuế tôi CPU, ổ đĩa của tôi và mọi thứ khác bởi vì đó là khi chúng tôi thực hiện tất cả bảo trì. Nó sẽ tự động, nếu tôi chọn nó để làm như vậy, nó sẽ tự động điều chỉnh ngưỡng của tôi ở bên ngoài nơi mọi thứ bình thường đối với những số liệu đó là bình thường Tôi chọn làm điều đó với. Nó sẽ cho phép tôi làm điều đó. Về cơ bản, bạn có một khả năng trong công cụ để thiết lập các cửa sổ thời gian, đó là các cửa sổ cơ sở của bạn và mỗi cửa sổ có thể được coi là một thực thể riêng biệt, về mặt điều chỉnh đường cơ sở động có thể được thực hiện. Và bạn có thể thêm bao nhiêu cửa sổ đường cơ sở của mình như yo u cần, nếu điều đó có ý nghĩa. Bạn có thể có một cửa sổ cuối tuần, một ngày trong tuần trong giờ làm việc, một cửa sổ bảo trì xảy ra vào giữa đêm và cứ thế tiếp tục.
Mark Madsen: Cảm ơn.
Bullett Manale: Tôi đoán sẽ quay trở lại phần đầu tiên của câu hỏi, chúng tôi có và thu thập tất cả thông tin này. Tôi không thực sự nói về kiến trúc, nhưng chúng tôi có một kho lưu trữ phía sau, rằng bạn có toàn quyền kiểm soát việc lưu giữ dữ liệu đó, nhưng chúng tôi cũng có một dịch vụ chạy vào giữa đêm. tất cả các tính toán cơ bản của chúng tôi và nó lấy dữ liệu đó, thu thập và hiểu ý nghĩa của nó. Và rõ ràng, cùng với đó, bạn cũng có nhiều báo cáo mà chúng tôi có thể sử dụng để báo cáo theo đường cơ sở của bạn, cho các số liệu cụ thể. Và, bạn thậm chí có khả năng so sánh các đường cơ sở của mình trên cùng một máy chủ, cho cùng một số liệu trong các khoảng thời gian khác nhau. Bạn có thể thấy nếu có sự khác biệt đã xảy ra, hoặc đồng bằng là gì. Có rất nhiều loại tùy chọn là tốt.
Eric Kavanagh: Dez.
Dez Blanchfield: Một câu hỏi nhanh mà tôi dành cho bạn - có một phổ rộng về những gì công cụ này có thể làm. Bạn có thấy sự gia tăng trong việc sử dụng nó trong giai đoạn đầu phát triển bây giờ, hay nó vẫn chủ yếu là một công cụ môi trường sản xuất? Nói cách khác, các nhà phát triển có được quyền truy cập và sử dụng nó thông qua sự phát triển ban đầu của họ, và sau đó thử nghiệm giai đoạn tích hợp không? Hay nó vẫn chủ yếu được sử dụng trong môi trường sản xuất?
Bullett Manale: Tôi muốn nói rằng, trong phần lớn thời gian chúng ta thấy nó trong môi trường sản xuất. Nó phụ thuộc vào các tình huống, nhưng đối với hầu hết các phần tôi sẽ nói chủ yếu là sản xuất và chúng tôi làm - và bạn cũng biết, công bằng khi đề cập rằng chúng tôi có giá khác nhau cho các môi trường phát triển và thử nghiệm, vì vậy nó hấp dẫn hơn một chút. Chúng tôi thấy mọi người sử dụng nó cho các môi trường đó nhưng tôi nói, nếu tôi phải trả lời bạn bằng cách này hay cách khác, tôi sẽ nói rằng chủ yếu vẫn là môi trường sản xuất nơi chúng tôi thấy mọi người đầu tư cho sản phẩm này .
Dez Blanchfield: Chắc chắn, vâng và thật thú vị khi biết rằng bạn có các điểm định giá khác nhau, bởi vì rõ ràng có khối lượng công việc khác nhau, và công việc sẽ càng nặng nề hơn khi mọi công việc thực sự đang được thực hiện. Nhưng tôi đang chứng kiến rất nhiều tổ chức, đặc biệt là trong chính phủ, và chắc chắn là quốc phòng, nơi phát triển hiện đang nhận được mức đầu tư tương tự vào các công cụ và hệ thống như môi trường sản xuất, bởi vì họ đang thử nghiệm trước nhiều hơn. Ví dụ, để bảo vệ, có những đội chạy hàng tỷ bài kiểm tra, hàng trăm tỷ bài kiểm tra trên các ứng dụng và hệ thống và công cụ và giám sát chúng trước khi chúng đi vào kiểm tra tích hợp, vì họ muốn đảm bảo có một mã được xây dựng và cơ sở dữ liệu Nó đang ngồi dưới nó. Nó đạt được một trăm lẻ một triệu lần lặp hoặc một cái gì đó, trong khi bạn ra ngoài cánh đồng bắn vào ai đó, nó không "nổ".
Bullett Manale: Chắc chắn.
Dez Blanchfield: Trong thế giới cơ sở dữ liệu trường học cũ theo kinh nghiệm của tôi, tôi nghĩ rằng môi trường cơ sở dữ liệu là thứ chỉ còn lại trong dữ liệu và một số bạn biết, rất hiếm khi được nhìn thấy, và rất hiếm khi được nói đến, vì vậy bây giờ chúng ta đã hiểu các ứng dụng đang được phát triển, đặc biệt là với các nền tảng phân tích, giờ đây chúng đã có trong thiết bị cầm tay và các thiết bị của chúng tôi. Bạn có thấy các khách hàng mang đến cuộc trò chuyện về hiệu suất cơ sở dữ liệu và loại quản lý cơ sở dữ liệu trong một cuộc thảo luận hàng ngày thay vì chỉ là các công nghệ thuần túy? Và tôi biết bạn đã đề cập trước đó chủ yếu là bạn đang nói chuyện với các DBA, nhưng bây giờ có xu hướng trong từ vựng chung, bạn có thấy những người đang thảo luận về những chủ đề này, trái ngược với chỉ những người đam mê không?
Bullett Manale: Vâng, đó là một điều khó nói. Ý tôi là, như tôi đã nói phần lớn, những người mà chúng ta đối phó về quy trình bán hàng dù sao cũng là với các học viên, đó là các DBA. Vì vậy, về mặt câu hỏi của bạn, bạn chỉ nói, "Nói chung, những người trong tổ chức CNTT, họ có nhận thức được cơ sở dữ liệu nhiều hơn không? Tôi đoán là câu hỏi và tôi có thể nói câu trả lời là có." Tôi có lẽ không nhìn thấy nó nhiều, dựa trên cơ sở của tôi, trên cơ sở hàng ngày, nhưng tôi nghĩ nếu tôi hiểu câu hỏi của bạn, đó sẽ là câu trả lời của tôi, tôi đoán vậy.
Dez Blanchfield: Vâng, không sao. Có lẽ đó là một câu hỏi được tải, xin lỗi, vì rõ ràng lợi ích chính của bạn, trong thế giới của bạn, là khía cạnh kỹ thuật của mọi thứ. Tôi tò mò rằng trong các hoạt động hàng ngày của mình, tôi thấy các tổ chức bắt đầu đưa điều này vào cuộc trò chuyện từ rất sớm. Vì vậy, khi họ nói về các sáng kiến mới, dự án mới, chương trình làm việc mới, một trong những điều xuất hiện ngay lập tức là: "Chúng tôi giám sát nó như thế nào, chúng tôi theo dõi nó như thế nào, xử lý các vấn đề như thế nào khi chúng phát sinh, trái ngược với việc ra mắt, sẽ phát trực tiếp? "
Bullett Manale: Tôi sẽ nói rằng -
Dez Blanchfield: Xin lỗi, hãy tiếp tục.
Bullett Manale: Tôi sẽ nói rằng tôi thấy một xu hướng mà tôi đoán tôi nên nói - bạn biết đấy, rất nhiều lần trong quá khứ bạn sẽ nhận được, "Chúng tôi có một vấn đề, và vì vậy bây giờ chúng tôi cần một công cụ. " Và tôi nghĩ rằng chúng ta đang thấy một chút chấp nhận hơn về việc có công cụ tại chỗ trước khi vấn đề xảy ra, nếu điều đó có ý nghĩa. Vì vậy, tôi sẽ nói rằng điều đó chắc chắn trở nên bình thường hơn, bạn biết đấy, Hey Hey, chúng tôi cần một công cụ giám sát, chúng tôi cần một cái gì đó. "Và mọi người chắc chắn đang thấy giá trị của sản phẩm này, vì như bạn đã nói trước đó, chỉ cần thêm DBA và thêm các phiên bản mới, bạn cần một cái gì đó quản lý điều đó. Bạn cần một cái gì đó giúp quản lý điều đó, và đó là lý do tại sao chúng ta cũng thấy rất nhiều sự chấp nhận xung quanh sản phẩm này, hoặc chúng ta có.
Dez Blanchfield: Câu hỏi nhanh. Nơi này cần phải sống ở đâu? Nó có phải ngồi ngay trên lưng trên mạng LAN, trong trung tâm dữ liệu, càng gần càng tốt với môi trường cơ sở dữ liệu, hoặc nó có thoải mái khi được đặt ở đâu đó, có khả năng ở ngoài đám mây, đám mây của bên thứ ba với một số loại đường hầm VPN hoặc truy cập từ xa vào các môi trường khác nhau? Trường hợp đó cần phải ngồi, liên quan đến môi trường và giám sát?
Bullett Manale: Về mặt kiến trúc, có một kho lưu trữ phía sau và đó là cơ sở dữ liệu SQL Server. Chúng tôi có bàn điều khiển có thể là một khách hàng béo hoặc một khách hàng mỏng; chúng tôi cung cấp cho bạn tùy chọn của cả hai. Và chúng tôi cũng có một khách hàng mỏng thực sự hướng đến các thiết bị di động. Nhưng về mặt nơi này thực sự có thể ngồi; nó có thể ngồi trong một môi trường, thực sự là phần khó khăn hơn về nó, từ rất nhiều thông tin chúng ta cần thu thập, không yêu cầu quyền quản trị, trong một số trường hợp, hoặc trong nhiều trường hợp. Bây giờ chúng tôi không bắt bạn làm điều đó; nếu bạn muốn, bạn có thể thu thập dữ liệu và chỉ cho những thứ chúng tôi không thể thu thập được, vì chúng tôi không có quyền quản trị, chúng tôi sẽ chỉ cho bạn không xem thông tin đó, nếu đó là lựa chọn mà bạn đưa ra.
Tùy thuộc vào hương vị, như nếu bạn đang nói về AWS, một số môi trường, nó hoạt động tốt hơn các môi trường khác, nhưng đối với chính môi trường thực tế, thông thường sử dụng xác thực SA để thu thập dữ liệu theo các trường hợp là điều cần thiết. Hoặc nếu đó là một miền không đáng tin cậy, đó thường là khi bạn muốn làm điều đó, nhưng nhiều tên miền; miễn là có một sự tin tưởng giữa họ, chúng ta có thể thu thập những thứ đó. Sẽ không thực sự quan trọng nếu đó là trên mạng LAN hoặc trên mạng LAN, bộ sưu tập thực tế là không đáng kể về lượng dữ liệu chúng tôi thu thập. Nếu chúng tôi có kết nối WAN đủ kích thước, đó không phải là vấn đề. Tôi đã thấy các môi trường nơi họ có các chi nhánh nơi họ có Máy chủ SQL trên khắp Hoa Kỳ. Và đó là một máy chủ trên mỗi địa điểm khác nhau và họ đang giám sát nó ở trung tâm. Phần khó khăn chỉ là đảm bảo rằng bạn có một lượng kết nối tốt để làm điều đó. Hy vọng rằng, câu trả lời cho câu hỏi của bạn, nó là loại tất cả trên bản đồ.
Dez Blanchfield: Nó, hoàn toàn. Cảm ơn bạn. Vì vậy, hai câu hỏi nhanh đã xuất hiện thông qua người tham dự sáng nay; một là: tác động của nó - thường chúng ta thấy các công cụ giám sát hệ thống tự tạo tải bằng cách chỉ giám sát mọi thứ, vì vậy câu hỏi là, xin lỗi, nó đã cuộn ra khỏi màn hình của tôi bây giờ, nhưng chỉ để diễn giải nó; bằng cách giám sát chúng ta có tự tạo tải không? Có một tác động có thể đo lường được của công cụ, chỉ xem môi trường, hoặc nó là một tác động không đáng kể?
Bullett Manale: Sẽ luôn có một chút ảnh hưởng vì nó phải truy vấn cá thể SQL Server để lấy lại dữ liệu. Câu hỏi như bạn đã nói là "Nó không đáng kể hay nó có ý nghĩa?" Trong hộp bạn đang chỉ ra một ví dụ, nó không đáng kể. Chúng tôi đã làm điều này cho, như tôi đã nói, khá lâu rồi. Chúng tôi có hơn 20.000 khách hàng và tôi có thể đảm bảo với bạn rằng nếu điều đó gây ra tác động đáng kể đến hiệu suất, chúng tôi sẽ không kinh doanh. Như đã nói, chúng tôi cũng cho phép người dùng quyết định những gì họ muốn theo dõi. Vì vậy, tôi nghĩ rằng đó là một điều quan trọng cần đề cập, là mọi môi trường đều có một chút khác biệt.
Một ví dụ sẽ là, với thành phần giám sát truy vấn, một trong những điều chúng tôi có khả năng thực hiện, là chúng tôi có thể đặt ngưỡng của những gì bạn coi là ranh giới của sự bình thường. Vì vậy, nó có thể được dựa trên thời gian thực hiện truy vấn. Nó có thể dựa trên CPU, I / O, nhưng ví dụ, giả sử tôi đã đặt thời gian thực hiện của mình thành 0 mili giây. Thực tế, những gì tôi đang nói với công cụ cần làm là thu thập tất cả các truy vấn đã chạy kể từ khoảng thời gian kéo cuối cùng và cũng là một phần của bộ sưu tập lịch sử của tôi.
Bây giờ khi chúng tôi làm điều đó, chúng tôi sẽ thu thập bất kỳ số lượng truy vấn nào chúng tôi đang chạy trên hộp kể từ lần bỏ phiếu cuối cùng. Bây giờ đó là tự chọn, và người dùng có khả năng làm điều đó. Chúng tôi có nói: "Đó là những gì bạn nên làm hay không? Nhưng chúng tôi cũng cung cấp cho bạn tùy chọn để làm điều đó trong trường hợp bạn muốn có một mẫu dữ liệu cho phép bạn thu thập thông tin đó. Nói chung, bạn có phương tiện trong công cụ để thiết lập và điều chỉnh chính xác theo cách bạn muốn dựa trên những gì bạn thấy thoải mái. Nhưng bạn có khả năng thực sự mở nó lên nếu bạn muốn và thu thập nhiều thông tin bổ sung mà bạn có thể không nhất thiết phải thường xuyên thu thập, nếu điều đó có ý nghĩa.
Dez Blanchfield: Vâng, hoàn toàn. Tôi biết chúng tôi đang chạy một chút lâu, nhưng có hai câu hỏi thực sự tuyệt vời tôi muốn ném vào bạn trước khi tôi kết thúc. Cả hai đều trực tiếp đến với tôi, nhưng tôi nghĩ sẽ tốt nhất nếu bạn trả lời họ. Câu hỏi thường đặt ra là: "Phạm vi tiếp cận của công cụ có liên quan gì đến kiến thức về các hệ thống hiện tại không? Vì vậy, chúng ta có thể cắm nó vào và tự động phát hiện nền tảng ở đó không, và biết ngay bình thường cho nền tảng đó là gì và ngay lập tức Một số kiến thức cơ bản về các nền tảng bằng cách đưa vào, bạn biết, tôi không biết, đó có thể là Microsoft Dynamics. Phạm vi kiến thức của nền tảng với những gì bình thường và trong một số công cụ hiện có đang được sử dụng xung quanh doanh nghiệp?
Bullett Manale: Tôi sẽ nói rằng, nói chung, khi chúng tôi bắt đầu thu thập dữ liệu trên cá thể SQL, chúng tôi làm việc với các thực tiễn tốt nhất để bắt đầu, theo các ngưỡng của chúng tôi và nơi chúng được đặt. Điều đó nói rằng, chúng tôi cũng nhận ra rằng bất cứ ai bạn đang nói chuyện, về mặt thực hành tốt nhất, mọi môi trường đều khác nhau. Những gì chúng tôi sẽ làm ban đầu, chúng tôi chỉ thu thập dữ liệu và những gì chúng tôi khuyên mọi người làm, bạn có thể dùng thử sản phẩm trong 14 ngày nữa nếu bạn cần. Nhưng sau khoảng hai ngày, bạn sẽ bắt đầu thấy dữ liệu cơ sở được điền. Một khi nó có đủ thông tin mẫu để làm việc, thì nó sẽ bắt đầu cung cấp cho bạn bối cảnh theo đường cơ sở, nơi phạm vi và tất cả các loại công cụ đó. Sau đó, từ đó, nếu bạn muốn, bạn có thể tự động đặt ngưỡng của mình từ thông tin được thu thập. Phải mất một chút thu thập ban đầu và bỏ phiếu để có thể bắt đầu xác định điều gì là bình thường, để bạn có thể bắt đầu thay đổi ngưỡng của mình.
Nhưng điều mà tôi nghĩ cũng đáng chú ý là, khi bạn thay đổi các ngưỡng đó, nó có thể được thực hiện trên cơ sở từng nhóm trong các trường hợp của bạn. Nó có thể cụ thể cho một trường hợp hoặc bạn có thể làm điều đó chống lại tất cả các trường hợp của bạn, cũng như khả năng tạo ra những thứ như mẫu, để bạn có thể nói, "Đây là một ví dụ sản xuất, nhưng đây là mẫu mà tôi muốn gán cho nó. " Và vì vậy, khi một phiên bản sản xuất mới xuất hiện trực tuyến, chúng tôi sẽ tự động áp dụng các ngưỡng đó cho nó, bởi vì nó có cùng loại phần cứng và nó thường có cùng khối lượng công việc, vì vậy chúng tôi cũng có thể làm theo cách đó. Hy vọng rằng sẽ giúp về mặt câu hỏi.
Dez Blanchfield: Nó, hoàn toàn. Trong thực tế, bạn thực sự đã trả lời một câu hỏi khác vừa xuất hiện với tôi, và đó là, "Có bản tải về dùng thử không?" Có, tôi có thể trả lời rằng, tôi biết. Tôi chắc chắn bạn sẽ xác nhận rằng có một bản tải xuống miễn phí và tôi nghĩ bạn đã nói rằng nó cách trang web 14 ngày. Bạn có thể tải về và chơi với nó. Tôi đoán chỉ cần nhanh chóng với điều đó, "Tôi cần loại môi trường nào để có thể chạy thử nghiệm? Tôi có thể chạy nó trên máy tính xách tay của mình và chơi với nó hay tôi thực sự cần một máy chủ?
Bullett Manale: Điều chính nó cần là một kho lưu trữ, cơ sở dữ liệu SQL Server từ năm 2005 trở lên. Ngoài ra, có một số yêu cầu tài nguyên tối thiểu, yêu cầu .NET và đó là yêu cầu. Vì vậy, đó chỉ là vấn đề cài đặt sản phẩm và tạo cơ sở dữ liệu.
Dez Blanchfield: Hoàn hảo. Một câu hỏi cuối cùng mà tôi sẽ ném vào bạn, bởi vì chúng tôi sắp hết thời gian, nhưng nhanh chóng, khoảng hai hoặc ba người hỏi tôi, "Tôi có cần phải là một DBA để thực sự có thể đứng dậy và chạy cùng không Cái này, và có chơi với nó không?
Bullett Manale: Không. Tôi sẽ nói rằng, nếu bạn là một DBA, bạn sẽ có những cách sử dụng công cụ khác nhau. Ý tôi là, có lẽ sẽ có giá trị hơn một chút nếu bạn là một DBA dày dạn. Bạn sẽ thấy sâu hơn rất nhiều về công cụ mà bạn có thể tận dụng. Nhưng cũng là một DBA mới, hoặc thậm chí là một người, không phải là DBA, chúng tôi có rất nhiều khuyến nghị, và tôi đang ở trên trang đó ngay bây giờ. Những đề xuất này sẽ được đưa ra một cách thường xuyên, và điều thực sự tốt đẹp về các khuyến nghị, là chúng cung cấp cho bạn lý do tại sao các khuyến nghị được đưa ra. Nhưng ngoài ra, họ cũng sẽ có các liên kết đến nội dung bên ngoài mô tả chi tiết hơn về lý do tại sao những đề xuất đó cũng được đưa ra. Vì vậy, điều đó sẽ liên kết đến các trang web, blog bên ngoài của Microsoft và tất cả các loại nội dung như thế, đó là bên ngoài.
Nhưng để trả lời câu hỏi của bạn, bạn biết đấy, nếu bạn là một DBA cao cấp, sẽ có những thứ ở đây, có lẽ bạn sẽ tận dụng, rằng bạn có thể sẽ không phải là một DBA mới làm quen. Nhưng đồng thời, nó cũng là một công cụ học tập, bởi vì khi bạn thực hiện các đề xuất này, bạn sẽ bắt đầu tự mình chọn một số trong những điều này thông qua việc sử dụng các đề xuất.
Dez Blanchfield: Tuyệt vời. Cảm ơn bạn. Tôi thực sự rất thích phần demo. Bài thuyết trình rất tuyệt Bản demo thật tuyệt vời. Nhanh chóng từ bộ nhớ, có cả một trung tâm tài nguyên trên trang web của bạn mà tôi khuyên mọi người nên xem qua. Tôi nhớ đã đi qua đêm đó để có được một số chi tiết. Bạn đã có một loạt các thứ, chỉ từ blog và dữ liệu và các cuộc hội thoại của bạn, từ bộ nhớ, bạn cũng đã có hầu hết các tài liệu sản phẩm của mình trực tuyến, yeah?
Bullett Manale: Vâng, điều đó đúng và hình thức tôi nghĩ rằng bạn đang tham khảo là trang web Community.idera.com. Và sau đó, một điều tôi cũng sẽ đề cập, trước đó bạn đã hỏi, "Nó có nhận ra môi trường không?" Về các trường hợp mới hoặc thêm các thể hiện, có một công cụ khác mà chúng tôi có đó là phát hiện ra các thể hiện. Và đó là tất cả về hàng tồn kho và quản lý hàng tồn kho của bạn. Tôi sẽ chỉ loại bạn theo hướng đó, về mặt thực sự khám phá các trường hợp. Nhưng theo như hiệu suất thực tế và giám sát, tất cả những thứ chúng ta đã nói, đó là nơi Trình quản lý chẩn đoán sẽ phát huy tác dụng.
Dez Blanchfield: Tuyệt vời. Hãy nhìn xem, phạm vi bảo hiểm tuyệt vời. Thực sự rất thích bài thuyết trình của bạn. Yêu bản demo trực tiếp và đó là tất cả từ tôi sáng nay, vì tôi biết chúng ta đã đi khoảng 10 phút theo thời gian. Eric, tôi sẽ trả lại cho bạn.
Eric Kavanagh: Được rồi. Tôi chỉ thích bản demo. Tôi rất vui vì bạn đã làm bản demo. Tôi rất vui vì chúng tôi đã có một cái nhìn tốt đẹp về điều đó khi chúng tôi trải qua hỏi đáp.
Bullett Manale: Tuyệt vời.
Eric Kavanagh: Bởi vì điều này mang đến cho mọi người ý tưởng về những gì bạn đang xem, và nó thực sự làm tôi ngạc nhiên khi nghĩ rằng chúng ta vẫn đang học cách nói chuyện với những máy tính này, khi bạn tiếp cận nó. Ý tôi là, mức độ chẩn đoán này khá phức tạp và nó trở nên tốt hơn mỗi ngày. Chúng ta đang hiểu rõ hơn về những gì đang thực sự xảy ra. Nhưng bạn thực sự cần một người nhìn vào thứ này, đọc nó, đặt khả năng nhận thức đó đằng sau những gì bạn đang làm, phải không?
Bullett Manale: Vâng, ý tôi là trong rất nhiều trường hợp - tôi ước tôi có thể nói với bạn đây là một DBA trong hộp, nhưng có quá nhiều thứ đang diễn ra. Ý tôi là, chúng tôi cung cấp hướng dẫn và chúng tôi giúp đỡ, nhưng vào cuối ngày, nó yêu cầu mọi người đưa ra quyết định về dữ liệu mà chúng tôi đang trình bày. Tôi không nghĩ rằng điều đó sẽ thay đổi bất cứ lúc nào sớm.
Eric Kavanagh: Vâng, đó là tin tốt cho những người thực sự ngoài kia, thưa các bạn.
Bullett Manale: Đúng vậy.
Eric Kavanagh: Bạn sẽ muốn có ai đó theo dõi điều này, một nhóm theo dõi điều này và bạn sẽ học được, như bạn đã nghe từ Bullett ở đây, xem xét những đề xuất này bạn sẽ chọn những gì đang diễn ra. Và tôi đoán từ lịch sử đó, và tôi nghĩ rằng bạn đã chạm vào điều này, Bullett, nhưng rất nhanh, lịch sử đó cho phép bạn nhận ra các mô hình quan trọng và do đó có thể xác định chúng khi chúng xảy ra trong tương lai, phải không?
Bullett Manale: Đó là chính xác. Một trong những điều chúng ta có thể làm là theo dõi hiệu suất của truy vấn theo thời gian. Rõ ràng chúng ta cũng có thể nhìn vào những thứ khác, như đường cơ sở và thấy chúng dịch chuyển, và rõ ràng nhận được thông báo và những thứ tương tự khi điều đó xảy ra, vì vậy bạn chắc chắn có khả năng đó.
Eric Kavanagh: Nghe hay đấy, thưa các bạn. Chúng tôi đã không ở đây lâu, nhưng tôi muốn nhận được những câu hỏi đó. Cảm ơn bạn rất nhiều vì thời gian và sự chú ý của bạn. Chúng tôi lưu trữ tất cả các webcast. Truy cập trực tuyến vào Techopedia.com hoặc InsideAnalysis.com, bạn sẽ thấy các liên kết từ cả hai nơi.
Và với điều đó, chúng tôi chào tạm biệt bạn. Cảm ơn một lần nữa, thưa các bạn, chúng tôi sẽ bắt kịp bạn vào tuần tới, thêm ba webcast vào tuần tới, thứ ba, thứ tư, thứ năm. Vì vậy, chúng tôi sẽ nói chuyện với bạn vào tuần tới, folks. Bảo trọng. Tạm biệt.
Đối tác nội dung của Techopedia
Nhân viên Techopedia được liên kết với Bloor Group và có thể liên hệ bằng cách sử dụng các tùy chọn bên phải. Để biết thông tin về cách chúng tôi làm việc với các đối tác trong ngành bấm vào đây.- Hồ sơ
- Trang mạng